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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee IMS Network Testing (INT). 

The present document is part 2 of a multi-part deliverable covering the IMS NNI Interoperability Test Specifications, as 
identified below: 

Part 1 : "Test Purposes for IMS NNI Interoperability" ; 

Part 2: "Test Descriptions for IMS NNI Interoperability"; 

Part 3: "Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing (PIXIT)". 
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Scope 



The present document specifies interoperability Test Descriptions (TDs) for Inter-IMS Network to Network Interface 
(II-NNI) interoperability testing for the IP Multimedia Call Control Protocol based on Stage 3 Session Initiation 
Protocol (SIP) and Session Description Protocol (SDP) standard, TS 124 229 [1]. Interconnection aspects between two 
different IM CN subsystems for end to end service interoperability are based on standard TS 129 165 [16]. TDs have 
been specified on the basis of the Test Purposes (TPs) and Test Suite Structure (TSS) presented in TS 186 01 1-1 [2]. TP 
fragments presented in the present document as part of TDs are defined using the TPLan notation of ES 202 553 [5]. 
TDs have been written based on the test specification framework described in TS 102 351 [3] and the interoperability 
testing methodology defined in TS 102 237-1 [4], i.e. interoperability testing with a conformance relation. 

For the assessment of IMS core network requirements related to the ISC interface parts of the supplementary services 
HOLD (see TS 124 410 [10]), CDIV (see TS 124 404 [11]), ACR-CB (see TS 124 41 1 [12]), and OIP/OIR 
(see TS 124 407 [13]) have been used. 

The scope of these test descriptions is not to cover all requirements specified in TS 124 229 [1]. TDs have been only 
specified for requirements that are observable at the interface between two IMS core network implementations, i.e. IMS 
NNI. 

NOTE: Requirements pertaining to a UE or an AS implementation or IMS core network requirements that can 
only be observed at the interface between UE and IMS CN are explicitly not within the scope of the 
present document. The latter requirements have been dealt with from a UE and conformance perspective 
inTS 134 229-1 [6]. 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the 
reference document (including any amendments) applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are necessary for the application of the present document. 

[1] ETSI TS 124 229 (V8. 10.0): "Digital cellular telecommunications system (Phase 2+); Universal 

Mobile Telecommunications System (UMTS); LTE; Internet Protocol (IP) multimedia call control 
protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); 
Stage 3 (3GPP TS 24.229 version 8.10.0 Release 8)".". 

[2] ETSITS 186011-1 (V3.1.1): "IMS Network Testing (INT); IMS NNI InteroperabilityTest 

Specifications; Part 1: Test Purposes for IMS NNI Interoperability". 

[3] ETSI TS 102 35 1 : "Methods for Testing and Specification (MTS); Internet Protocol Testing (IPT); 

IPv6 Testing: Methodology and Framework" . 

[4] ETSI TS 102 237-1: "Telecommunications and Internet Protocol Harmonization Over Networks 

(TIPHON) Release 4; Interoperability test methods and approaches; Part 1: Generic approach to 
interoperability testing". 

[5] ETSI ES 202 553: "Methods for Testing and Specification (MTS); TPLan: A notation for 

expressing Test Purposes". 
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[6] ETSI TS 134 229-1: "Universal Mobile Telecommunications System (UMTS); LTE; Internet 

Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and 
Session Description Protocol (SDP); Part 1: Protocol conformance specification 
(3GPP TS 34.229-1 Release 8)". 

[7] ETSI TS 133 203: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); LTE; 3G security; Access security for IP -based services 
(3GPP TS 33.203 Release 8)". 

[8] IETF RFC 2617: "HTTP Authentication: Basic and Digest Access Authentication". 

[9] IETF RFC 3966: "The tel URI for Telephone Numbers". 

[10] ETSI TS 124 410: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); TISPAN; NGN Signalling Control Protocol; 
Communication HOLD (HOLD) PSTN/ISDN simulation services; Protocol specification 
(3GPP TS 24.410 Release 8)". 

[11] ETSI TS 124 404: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); TISPAN; PSTN/ISDN simulation services: 
Communication Diversion (CDIV); Protocol specification (3GPP TS 24.404 Release 7)". 

[12] ETSI TS 124 411: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); TISPAN; PSTN/ISDN simulation services: Anonymous 
Communication Rejection (ACR) and Communication Barring (CB); Protocol specification 
(3GPPTS 24.411 Release 7)". 

[13] ETSI TS 124 407: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); TISPAN; PSTN/ISDN simulation services; Originating 
Identification Presentation (OIP) and Originating Identification Restriction (OIR); Protocol 
specification (3GPP TS 24.407 Release 7)". 

[14] ETSI TS 183 063: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); IMS-based IPTV stage 3 specification". 

[15] ETSI TS 124 247: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); LTE; Messaging service using the IP Multimedia (IM) 
Core Network (CN) subsystem; Stage 3 (3GPP TS 24.247 Release 8)". 

[16] ETSI TS 129 165: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); LTE; Inter-IMS Network to Network Interface (NNI) 
(3GPP TS 29.165 version 8.4.0 Release 8)". 

[17] ETSI TS 102 901: "IMS Network Testing (INT); IMS NNI Interoperability Test Specifications; 

IMS NNI & ISC interoperability test descriptions for RCS". 

[18] ETSI TS 129 163 (V8.10.0): "Digital cellular telecommunications system (Phase 2+); Universal 

Mobile Telecommunications System (UMTS); LTE; Interworking between the IP Multimedia 
(IM) Core Network (CN) subsystem and Circuit Switched (CS) networks (3GPP TS 29.163 
version 8.10.0 Release 8)". 

2.2 Informative references 

The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

[i.l] ETSI TR 133 978: "Universal Mobile Telecommunications System (UMTS); Security aspects of 

early IP Multimedia Subsystem (IMS) (3GPP TR 33.978 version 7.0.0 Release 8)". 

[i.2] ETSI TR 123 981: "Universal Mobile Telecommunications System (UMTS); LTE; Interworking 

aspects and migration scenarios for IPv4-based IP Multimedia Subsystem (IMS) implementations 
(3GPP TR 23.981 Release 8)". 
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Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

3GPP 3'''^ Generation Partnership Project 

ACR Anonymous Communication Rejection 

AKA Authentication and Key Agreement 

AS (IMS) Application Server 

BC Broadcast 

CB Call Bailing 

CDIV Call Diversion 

CF (Test) ConFiguration 

CFU Call Forward Unconditional 

CFW Call Flow 

CN Core Network 

CoD Content on Demand 

CS Circuit Switched 

CSCF Call Session Control Function 

DHCP Dynamic Host Configuration Protocol 

DNS Domain Name System 

ENUM E. 1 64 Number Mapping 

HOLD Communication HOLD 

HSS Home Subscriber Server 

IBCF Interconnection Border Control Gateway 

I-CSCF InteiTogating CSCF 

IMS IP Multimedia Subsystem 

lOI Inter Operator Identifier 

IP Internet Protocol 

IPsec Internet Protocol security 

IPTV IP Television 

ISC IMS Service Conti'ol 

ISDN Integrated Service Digital Network 

ISUP ISDN User Part 

MGCF Media Gateway Control Function 

MGF Media Gateway Function 

MRFC Multimedia Resource Function Controller 

MRFP Multimedia Resource Function Processor 

MTP Message Transfer Part 

NNI Network-to-Network Interface 

N-PVR Network based Personal Video Recording 

OCB Outgoing Communication Barring 

OIP Originating Identification Presentation 

OIR Originating Identification Restriction 

PCO Point of Control and Observation 

P-CSCF Proxy CSCF 

PO Point of Observation 

PSTN Public Switched Telephone Network 

SA Security Association 

S-CSCF Serving CSCF 

SCTP Stream Control Transmission Protocol 

SDP Session Description Protocol 

SIP Session Initiation Protocol 

SGF Signalling Gateway Function 

SUT System Under Test 

TCP Transmission Control Protocol 

TD Test Description 

TISPAN Telecommunications and Internet converged Services and Protocols for Advanced Networking 

TP Test Purpose 

TPLan Test Purpose Notation 

TSS Test Suite Structure 

UC Use Case 
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UE 
URI 
VoIP 
XML 



User Equipment 
Uniform Record Identifier 
Voice over Internet Protocol 
eXxtensible Markup Language 



IMS NNI Interoperability Test Specification 



4.1 



Introduction 



The IMS NNI Interoperability Test Descriptions (TDs) defined in the following clauses are derived from the Test 
Purposes (TPs) specified in TS 186 01 1-1 [2]. The TDs cover both basic call procedures such as call establishment and 
call release and a selection of the most common supplementary services. 



4.2 Test Prerequisites 



4.2.1 



IP Version 



These test specifications are based on the use of IPv4 for SIP message transport throughout all IMS nodes as specified 
in TR 123 981 [i.2]. 



4.2.2 Authentication and Security 



The current test specification supports as default full IMS TS 133 203 [7] 3GPP security. Non-compliance with full 
IMS security features defined in TS 133 203 [7] is expected to be a problem mainly at the UE side, because of the 
potential lack of support of the USIM/ISIM interface (especially in 2G-only devices) and of the potential inability to 
support IPsec on some UE platforms. For those reasons, fallback to early IMS TR 133 978 [i.l] and SIP Digest 
authentication without key agreement and null authentication may be used to achieve satisfactory test results. Tests 
should however be executed with full IMS security if all required IMS nodes support it. 



4.2.3 Registration and Subscription 



4.2.3.1 SIP Call Flow 

This clause describes the registration call flow under the authentication and security scope described in clause 4.2.2. 



4.2.3.1.1 



Early IMS Registration and Subscription Call Flow 



Early IMS security does not allow SIP requests to be protected using an IPsec Security Association (SA) because it does 
not perform a key agreement procedure. IPsec security associations are not set up between UE and P-CSCF, as they are 
in the full IMS security solution. For early IMS security, the expected registration and subscription sequence is: 



Step 


Direction 


Message 


Comment 




UE 1 IMS 




1 






The UE establishes an IP bearer as required by its 
specific access networl< (optional). 




2 


4r^ 




P-CSCF address discovery using DHCP 
procedures for IPv4 (optional). 




3 


-^ 


REGISTER 


The UE sends initial registration for IMS services. 


T3 
0) 
O 

S 
o 


4 


<- 


200 OK 


The IMS responds with 200 OK. 


5 


-^ 


SUBSCRIBE 


The UE subscribes to its registration event 
package. 


6 


^ 


200 OK or 202 Accepted 


The IMS responds with 200 OK or 202 Accepted. 


7 


^ 


NOTIFY 


The IMS sends initial NOTIFY for registration event 
package, containing full registration state 
information for the registered public user identity in 
the XML body. 


8 


■^ 


200 OK 


The UE responds with 200 OK. 
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4.2.3.1.2 



Full IMS Registration and Subscription Call Flow 



For full IMS security, the expected registration and subscription sequence is: 



Step 


Direction 


IVIessage 


Comment 




UE 1 IIUIS 




1 






The UE establishes an IP bearer as required by its 
specific access network (optional). 




2 


^^ 




P-CSCF address discovery using DHCP 
procedures for IPv4 (optional). 




3 


■^ 


REGISTER 


The UE sends initial registration for IMS services. 


T3 

B 

O 

S 
o 


4 


<- 


401 Unauthorized 


The IMS responds with a valid Digest AKA 
authentication challenge and a list of integrity and 
encryption algorithms supported by the network as 
defined in the IMS AKA procedure of 
TS 133 203 [7]. 


5 






Upon receipt of 401 Unauthorized, the UE selects 
the first integrity and encryption algorithm 
combination on the list received from the P-CSCF in 
401 Unauthorized which is also supported by the 
UE. If the P-CSCF did not include any 
confidentiality algorithm in 401 Unauthorized then 
the UE shall select the NULL encryption algorithm. 
The UE then proceeds to establish two new pairs of 
IPSEC Security Associations (SA1 and SA2). 




6 


^ 


REGISTER 


The UE sends another REGISTER with 
authentication credentials over IPSEC security 
association SA1 . 


< 

>, 
J3 

T3 
0) 
O 
0) 

£ 

CL 


7 


^ 


200 OK 


The IMS responds with 200 OK over the same 
IPSEC security association SA1 . 


8 


■^ 


SUBSCRIBE 


The UE subscribes to its registration event package 
over the IPSEC security association SA2. 


(M 
< 

>, 
J3 

T3 

B 
O 
0) 
O 


9 


4- 


200 OK or 202 Accepted 


The IMS responds with 200 OK or 202 Accepted 
over the IPSEC security association SA2. 


10 


^ 


NOTIFY 


The IMS sends initial NOTIFY for registration event 
package, containing full registration state 
information for the registered public user identity in 
the XML body, over the IPSEC security association 
SA2. 


11 


^ 


200 OK 


The UE responds with 200 OK over the IPSEC 
security association SA2. 
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4.2.3.1.3 



SIP Digest Registration and Subscription Call Flow 



For SIP Digest authentication without key agreement and null authentication, the expected registration and subscription 
sequence is: 



Step 


Direction 


Message 


Comment 




UE 1 IMS 




1 






The UE establishes an IP bearer as required by its 
specific access networl< (optional). 




2 


^-> 




P-CSCF address discovery using DHCP procedures 
for IPv4 (optional). 




3 


^ 


REGISTER 


The UE sends initial registration for IMS services. 


T3 

O 

s 

o 

Q. 


4 


^ 


401 Unauthorized 


The IMS responds with a valid HTTP Digest 
authentication challenge as defined in RFC 2617 [8]. 


5 


^ 


REGISTER 


The UE sends another REGISTER with authentication 
credentials. 


6 


^ 


200 OK 


The IMS responds with 200 OK. 


7 


^ 


SUBSCRIBE 


The UE subscribes to its registration event package. 


8 


^ 


200 OK or 202 Accepted 


The IMS responds with 200 OK or 202 Accepted. 


9 


^ 


NOTIFY 


The IMS sends initial NOTIFY for registration event 
package, containing full registration state information 
for the registered public user identity in the XML body. 


10 


^ 


200 OK 


The UE responds with 200 OK. 



4.2.4 Supported Options 



4.2.4.1 



Security 



Support for security agreement is optional in case of Full IMS Reg. It shall only be used in case all IMS nodes support 
it. 



4.2.4.2 



Signalling Compression 



"No SigComp" is the default signalling configuration in all test descriptions. Tests may be executed with signalling 
compression if the required nodes support it. 



4.3 



Test Infrastructure 



In these clauses we define the involvement of the various IMS nodes specifically as they pertain to NNI testing. The 
configuration of the nodes is described. Points of control and observation are identified and static test configurations are 
described. The Mw interface or the Ic interface if topology hiding is required is the interface under observation for NNI 
interoperability testing. 

4.3.1 Core IMS Nodes 

The current testing scope includes IMS roaming and border control functionality. For IMS roaming, Mw reference point 
between IMS core in visited network (P-CSCF) and IMS core in home network will be monitored for testing purposes. 
For border control functionality, Mx reference point between IMS Core and IBCF, Ici reference point between an IBCF 
and another IBCF or I-CSCF belonging to a different IM CN subsystem network and Izi reference point between a 
TrGW and another TrGW or media handling node belonging to a different IM CN subsystem network will be 
monitored for testing purposes. For all test cases not requiring IMS roaming or border control functionality, P-CSCF, 
S-CSCF, I-CSCF, IBCF, and HSS are considered to be within a "black box" for testing purposes, i.e. the System Under 
Test (SUT). Interfaces within the IMS (excluding Mx reference point between IMS Core and IBCF when border control 
functionality is required) are considered internal and not observable for testing purposes. 
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4.3.1.1 P-CSCF 

4.3.1.1.1 Relevant Interfaces 

The P-CSCF constitutes the point of entry for UE signalling into the IMS core. The Gm interface between the P-CSCF 
and the UE is used as a point of control and observation (PCO) for NNI interoperability testing purposes. In the case of 
IMS roaming configurations the Mw reference point of the P-CSCF is exposed at the NNI and used there as a point of 
observation (PO). 

4.3.1.1.2 Node Configuration 

The P-CSCF should be configured to support the pre-requisites outlined in clause 4.2. 

4.3.1.2 S-CSCF 

4.3.1.2.1 Relevant Interfaces 

The S-CSCF is the core IMS node delivering IMS services to subscribers. When no border control functionalities are 
applied, the Mw reference point between the S-CSCF and either I- or S-CSCF in another network domain is used as a 
PO against which NNI interoperability tests are validated. The Mw interfaces between I- and S-CSCFs within the same 
network are considered to be internal IMS interfaces. Although considered as internal and not explicitly involved in all 
NNI test configurations, it is recommended that these interface are exposed for troubleshooting purposes. When border 
control functionalities are applied, the Mx reference point between S-CSCF and IBCF within the same network domain, 
is used as a PO for NNI interoperability checks. 

4.3.1.2.2 Node Configuration 

The S-CSCF should be configured to support the pre-requisites outlined in clause 4.2. When applicable based on the 
specific configuration, the S-CSCF must be provisioned to support required Application Servers (AS) as trusted nodes. 

4.3.1.3 l-CSCF 

4.3.1.3.1 Relevant Interfaces 

The I-CSCF is the contact point within an operator's network for all connections destined to a user of that network 
operator, or a roaming user currently located within that network operator's service area. When no border control 
functionalities are applied, the Mw reference point between the I-CSCF and an S-CSCF in another network domain is 
used as a PO against which NNI interoperability tests are validated. The Mw interfaces between I- and S-CSCFs within 
the same network are considered to be internal IMS interfaces. Although considered as internal and not explicitly 
involved in all NNI test configurations, it is recommended that these interface are exposed for troubleshooting purposes. 
When border control functionalities are applied, the Mx reference point between I-CSCF and IBCF within the same 
network domain, is used as a PO for NNI interoperabihty checks. 

4.3.1.3.2 Node Configuration 

The I-CSCF should be configured to support the pre-requisites outlined in clause 4.2. 

4.3.1.4 IBCF 

4.3.1.4.1 Relevant Interfaces 

The IBCF is the core IMS node providing border control functionalities such as topology hiding, transport plane 
control, screening of SIP signalling or application level gateway (for instance enabling communication between IPv6 
and IPv4 SIP applications). However, the IBCF can act also as a pass-through entity between adjacent IMS networks. 
The Id reference point between the IBCF and either IBCF or I- or S-CSCF in another network domain is used as a PO 
against which NNI interoperability tests are validated. 
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4.3.1.4.2 



Node Configuration 



The IBCF should be configured to support the pre-requisites outlined in clause 4.2. The IBCF node will be present in all 
tests to be executed. In case the requirement to support topology hiding is not explicitly stated in the pre-conditions of a 
test description it shall be assumed that the IBCF does not apply this functionality. In case the requirement to support 
application level gateway (ALG) is not explicitly stated in the pre-conditions of a test description it shall be assumed 
that the IBCF does not apply this functionality. 



4.3.1.5 



HSS 



4.3.1.5.1 



Relevant Interfaces 



The HSS constitutes the repository for IMS subscriber information. The Cx interface between the HSS and the S-CSCF 
and/or I-CSCF is considered an internal IMS interface. 



4.3.1.5.2 



Node Configuration 



The HSS should be configured within each IMS participating in an interoperability test, i.e. IMS_A as well as IMS_B, 
to interact with CSCFs as required using DIAMETER Cx interfaces. Users should be provisioned to match the sample 
profiles listed in table 1 . In addition, each IMS shall have its own unique domain. Also the phone numbers configured in 
the two IMSes participating in an interoperability test shall be unique, i.e. IMS_A and IMS_B shall have no phone 
numbers in common. All public identities belong to the same implicitly registered set. 

Table 1 : HSS sample user profiles 



Private Identity 


Public Identity 1 
(SIP URI) 


Public Identity 2 
(Tel URI) 


Default 
Public 
Identity 


Filter criteria 


userGEN priv 


userGEN 


na 


1 


na 


users IP jDriv 


userSIP 


e.g. tel:+3301 23402 


1 


na 


userTEL priv 


userTEL 


e.g. tel:+3301 23403 


2 


na 


userNOAS_priv 


userNOAS 


na 


1 


contact AS on terminating INVITE 
SESSION TERMINATED 


userHOLD priv 


userHOLD 


na 


1 


contact HOLD AS 


userOIP priv 


userOIP 


na 


1 


contact OIP AS 


userOIR priv 


userOIR 


na 


1 


contact OIR AS 


userACR priv 


userACR 


na 


1 


contact ACR AS 


userCFU priv 


userCFU 


na 


1 


contact CFU AS 


userlPTV_priv 


userlPTV 


na 


1 


Contact IPTV AS 



Public user identity may take the form of SIP or TEL URIs (RFC 3966 [9]). 

EXAMPLE 1: sip: userGEN@ims_a.net. 

EXAMPLE 2: tel: H-330123402. 
A private user identity may also take the form of- <imsi>@ims.<xxx>mnc.<yyy>. mcc.3gppnetwork.org. 

EXAMPLE 3: 293410100367663@ims.041mnc.293.mcc.3gppnetwork.org . 



4.3.1.6 



MRFC 



4.3.1.6.1 



Relevant Interfaces 



The Media Resource Function Controller (MRFC) is a signalling plane node that acts as a SIP User Agent to the 
S-CSCF, and which controls the MRFP across an H.248 interface. The Mr interface between the MRFC and the 
S-CSCF, the Cr/Sr interfaces to the AS and the Mp interface to the MRFP are considered internal IMS interfaces. 
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4.3.1 .6.2 Node Configuration 



The MRFC should be configured to support the pre-requisites outlined in clause 4.2. The need to activate the MRFC as 
part of an IMS core network depends highly on the test description to be executed. 

4.3.1.7 MRFP 

4.3.1.7.1 Relevant Interfaces 

The Media Resource Function Processor (MRFP) is a media plane node that implements all media-related functions. 
The Mp interface between the MRFP and the MRFC is considered an internal IMS interface. 

4.3.1.7.2 Node Configuration 

The MRFP should be configured to support the pre-requisites outlined in clause 4.2. The need to activate the MRFP as 
part of an IMS core network depends highly on the test description to be executed. 

4.3.1.8 MGCF 

4.3.1.8.1 Relevant Interfaces 

The Media Gateway Controller Function (MGCF) does call control protocol conversion between SIP and ISUP. It also 
controls the resources in a Media Gateway across an H.248 interface. The Mg reference point between the MGCF and 
an I-CSCF in the same network domain is used as a PO against which NNI interoperability tests are validated. The El 
reference point to the CS network is used to verify the codings of the ISUP messages. 

4.3.1.8.2 Node Configuration 

The MGCF should be configured to support the pre-requisites outlined in clause 4.2. The need to activate the MGCF as 
part of an IMS core network depends highly on the test description to be executed. 

4.3.1.9 MGF 

4.3.1.9.1 Relevant Interfaces 

The Media Gateway Function (MGF) interfaces with the media plane of the CS network, by converting between RTP 
and PCM. It can also transcode when the codecs do not match. The reference points of the MGF with other entities are 
out of the scope of the test descriptions in the present document. 

4.3.1.9.2 Node Configuration 

The MGF should be configured to support the pre-requisites outlined in clause 4.2. The need to activate the MGF as 
part of an IMS core network depends highly on the test description to be executed. 

4.3.1.10 SGF 

4.3.1.10.1 Relevant Interfaces 

The Signalling Gateway Function (SGF) interfaces with the signalling plane of the CS. It transforms lower layer 
protocols as Stream Control Transmission Protocol (SCTP) into Message Transfer Part (MTP) protocol), to pass ISDN 
User Part (ISUP) from the MGCF to the CS network. 

4.3.1.10.2 Node Configuration 

The SGF should be configured to support the pre-requisites outlined in clause 4.2. The need to activate the SGF as part 
of an IMS core network depends highly on the test description to be executed. 
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4.3.2 External IMS core Nodes 

4.3.2.1 UE 

4.3.2.1.1 Relevant Interfaces 

The UE is considered to act as a stimulus node in this test specification. The Gm interface between the P-CSCF and the 
UE is used as a Point of Control and Observation (PCO) for NNI interoperability tests. 

4.3.2.1.2 Node Configuration 

The UE should be configured to support the pre-requisites outlined in clause 4.2. The test descriptions in the present 
document assume that a UE supports basic call and messaging functionality, target refresh based on UPDATE and on 
re-INVITE method, message transport via UDP and TCP, and the use of at least one of the supplementary services 
HOLD (see TS 124 410 [10]), CDIV (see TS 124 404 [11]), ACR-CB (see TS 124 41 1 [12]) or OIP/OIR 
(see TS 124 407 [13]). In the case that a UE does not meet one or more of these features, only a selected subset of the 
test descriptions in the present document should be used for IMS core network interoperability testing, i.e. test 
descriptions which do not contain any pass criteria related to these features. 

4.3.2.2 AS 

4.3.2.2.1 Relevant Interfaces 

Interworking between external Application Servers (AS) and the IMS core is under the scope of the present document. 
The ISC interface between the S-CSCF and the AS is used as a Point of Observation (PO) for NNI interoperability 

tests. 

4.3.2.2.2 Node Configuration 

The AS should be configured to support the pre-requisites outlined in clause 4.2. The test descriptions in the present 
document assume that an AS supports the use of the supplementary services HOLD (see TS 124 410 [10]), CDIV 
(see TS 124 404 [11]), ACR-CB (see TS 124 41 1 [12]), OIP/OIR (see TS 124 407 [13]), IPTV(see TS 183 063 [14]) or 
Conference (see TS 124 247 [15]). In the case that an AS does not support one or more of these supplementary services, 
only a selected subset of the test descriptions in the present document should be used for IMS core network 
interoperability testing, i.e. test descriptions which do not contain any pass criteria related to these supplementary 
services. 

4.3.3 Supporting IMS Nodes 
4.3.3.1 DNS 

4.3.3.1.1 Relevant Interfaces 

The Domain Name Service (DNS) is considered as a supporting entity in this test specification. It is assumed that each 
IMS has its own local DNS which is connected to the common interconnect DNS. 

4.3.3.1.2 Node Configuration 

The common DNS should be configured for appropriate resource record handling as required to support proper 
resolution of all SIP URIs in Request URIs and Route headers. In addition, either the local or common DNS must 
support ENUM functionality in order to resolve Tel URIs into SIP URIs. As an example, a DNS should have an entry to 
map E.164 number 0633348273 to the SIP URI of userSIP. 
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4.3.4 Test Configurations 



The following architectural test configurations are referenced in the IMS NNI interoperability TDs in the present 
document. They are intended to give a general rather than a specific view of the required IMS core network SUT(s) 
connectivity and associated UE(s), AS(s), and DNS(s). 

NOTE: Note that in the following figures observable interfaces are indicated as a solid line, non-observable 

interfaces indicated as dashed lines, and IBCFs are assumed to act in a "pass-through" mode if topology 
hiding is not required by a test description. In addition, local DNS servers are not shown. 

Roaming Registration 
CF ROAIVI REG 




Precondition: 

Different network operators performing origination and termination, UE_B roaming in visited network 

A (ROAIVI), UE_B not yet registered (REG), neither UE_A nor AS involved, IBCF is involved but no 

topology hiding performed 
Test configuration for: 

Registration requests and responses from UE_B 
Example: 

REGISTER prior to IMS VoIP voice call from UE_B 

Figure 1 : CF_ROAM_REG 
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UE 
A 



Gm 



^ 



PCO 



IMS A 
HSS 



P-CSCF 



l-CSCF 



... S-CSCF 



Interworking Call 
CF INT CALL 




Mx Ic Mx 

T — ^ — ry 



PO 



PO 



PO 



HSS 



IMS B 



S-CSCF J P-CSCF 



l-CSCF 



Gm 



-m 



PCO 



UE 

A 



UE 
B 



Precondition: 

Different network operators performing origination and termination, both UEs or only UE A in tiome 
networks (INT), both UE's registered, no AS, a common interconnect DNS and local DNSs for each 
IMS may be involved, IBCF is involved, topology hiding may apply 

Test configuration for: 

Requests and responses between UFA and UEB in call (CALL) and messaging scenarios 
Unsuccessful initial requests and responses from UFA (when UEB is not registered) 

Example: 

Initial INVITE in IMS VoIP voice call from UE A to UE B 



Figure 2: CF_INT_CALL 

Roaming Call 
CF ROAM CALL 



Gm 




PCO 
Gm 




POO 



IMS A 
HSS 




P-CSCF 



S-CSCF 



l-CSCF 



Mx 



IBCF A 



9.' IBCFB l_Li 
^ ^V 



PO 



PO 



HSS 



IMS B 



S-CSCF 



P-CSCF 



l-CSCF 



PO 

Precondition: 

Different network operators performing origination and termination, UE_B roaming (ROAM) via 

IMS„A, UEA in home network, both UEs are registered, no AS, IBCF is involved, topology hiding 

may apply 
Test configuration for: 

Requests and responses between UEB and UE_A in call (CALL) and messaging scenarios 
Example: 

Initial INVITE in IMS VoIP voice call from UE_B to UE_A 

Figure 3: CF_ROAI\/l_CALL 
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Interworking Application Server 
CF INT AS 



UE 
A 



Gm 



^ 



PCO 
ISC 



AS 
A 



e^ 



PCO 



IMS A 
HSS 




P-CSCF 



S-CSCF 




l-CSCF 



IBCFA 







PO 



IBCFB 



HSS 



IMS B 



S-CSCF 




l-CSCF 



PCO 



Precondition: 

Different network operators performing origination and termination, UEA and UEB in home networks 

(INT), both UEs registered, AS for UEA and UEB (AS), IBCF is involved, topology hiding may apply 
Test configuration for: 

Requests and responses between ASes and UEs 
Example: 

Initial INVITE in IMS VoIP voice call unconditionally forwarded to UE_B by AS_A (CFU). AS_A acts 

as routing AS 

Figure 4: CF_INT_AS 




CF ROAM AS 



S-CSCF 



l-CSGF 




Mx Ic Mx 



PO 



PO 



PO 



HSS 



IMS B 



S-CSCF 




l-CSCF 



PCO 



Precondition: 

Different network operators performing origination and termination, UEB roaming (ROAM) via 

IMSA, UEA in home network, both UEs or registered, AS for UEA and UE B may be involved 

(AS), IBCF is involved, topology hiding may apply 
Test configuration for: 

Requests and responses between AS_B and UEs 

Unsuccessful initial requests and responses from UEA (when UEB and AS_B are not available) 
Example: 

Initial INVITE IMS VoIP voice call unconditionally forwarded to UEB by AS_B (CFU). AS_B acts 

as routing AS 



Figure 5: CF_ROAI\fl_AS 
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CF INT CONF CALL 




Mw 







PO 



Mb 



HSS 



S-CSCF 



l-CSCF 



MRFP 



IMSB 



P-CSCF 



MRFC 



Gm 







UE 
B 



PCO 



Precondition: 

Different networl< operators performing origination and termination, botfi UEs or only UE A in fiome 

networl<s (INT), botfi UE's registered, CONF AS is involved in IMS A, IMS A and IMS B both include 

MRFC and MRFP 
Test configuration for: 

Requests and responses between UE_A and UE_B in an Ad-Hoc Conference Call (CONF_CALL) 
Example: 

Initial INVITE in from UE_A to initiate an Ad-Hoc Conference call in IMS A, and subsequent invitation 

to UE_B to join (via REFER method from UE_A) 

Figure 6: CF_INT_CONF_CALL 



IPTV 
CF IPTV 



UE 
A 





IMS A 


HSS 




Gm 








^ ^ 


/ 


n 




P-CSCF 




S-CSCF 


/ 


u 




V ^ 




L - J 




PCO 






; 






l-CSCF 


1 IBCF ^] 










J 

















ISC 



IPTV 
AS 



PCO 



Precondition: 

UE A registered in home network, IPTV-AS is involved 
Test configuration for: 

Requests and responses between UEA and AS_A 
Example: 

Initial INVITE from UEA to AS_A to initiate a IPTV Broadcast session. 

Figure 7: CFJPTV 
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CF PSTN 



ISC 



AS k j\ 



UE 



PCO 
Gm 



yT 



PCO 



IMS 



HSS 



P-CSCF 



S-CSCF 



l-CSCF 



J \^ / 



Mg 



PO 



E1 



&rhe 



PO 



Legacy Network 



■m 



< ISDN ^ , 



■^_-'"' 



C POTS 3 



Precondition: 

Single network with UE in home networks and registered, AS and l-CSCF may be involved 
Test configuration for: 

Requests and responses between IDE and POTS or ISDN phone 
Example: 

Initial INVITE from UE to POTS phone 

Figure 8: CF_PSTN 



4.4 



Use Cases 



Use cases are the basis for interoperability test descriptions. Each use case defines both a generic test sequence, i.e. a set 
of user stimuli and observations for any number of involved IMS external entities (IMS UE, DNS Server, and AS), and 
a monitor view of all the resulting messages exchanged at the outer IMS core network interfaces, i.e. a call flow for 
user, Gm, Mw, Ic, DNS, and ISC interfaces. The test sequence and call flow are correlated using grey shading. 

For call and messaging related use cases presented in this clause that involve UE interaction it is assumed to follow the 
registration and subscription procedure described in clause 4.2.4 for each UE involved in the test. These procedures are 
not shown here to reduce the size of the call flows. 

Test descriptions defined in clause 4.5 then reference and specialize one of the use cases presented in this clause, 
i.e. generic test sequence and call flow, according to the needs of the one or more test purposes which are associated 
with a test description. 

4.4.1 IMS Registration in a Visited Network 



4.4.1.1 



Description 



UE_B registers in a visiting network. The call flow path and node configuration for this use case corresponds to 
CF_ROAM_REG. 

The test sequence typically associated with this use case when an established session is released is as follows (CFW 
step numbers refer the call flow step numbering). 



Step 


Action 


CF ROAM REG 


1 


User B triggers registration to IMS B 


Step1 


2 


User B is informed about successful registration 


Step 22 
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AAA .2 



UC_01_R: SIP message flow for IMS registration with CF ROAM 



The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 






1 
















User B triggers registration to IMS B 






2 










"V 




REGISTER 


UE_B sends a REGISTER to IMS_A 




3 




REGISTER 


IMS_A forwards the REGISTER to IBCF_A 


^ 


4 


REGISTER 


IBCF_A forwards the REGISTER to IBCF_B 




5 


REGISTER 


IBCF_B forwards the REGISTER to IMS_B 




6 


401 Unauthorized 


IMS B responds with 401 Unauthorized to 
IBCF B 


V 


7 


401 Unauthorized 


IBCF B forwards the 401 Unauthorized to 
IBCF A 


■V. 


8 


401 Unauthorized 


IBCF A forwards the 401 Unauthorized to 
IMS A 




9 






401 Unauthorized 


IMS_A forwards the 401 Unauthorized to UE_B 




10 


REGISTER 


UE_B sends the same REGISTER containing 
authentication challenge response to IMS A 




11 




REGISTER 


IMS_A forwards the REGISTER to IBCF A 




12 


REGISTER 


IBCF_A forwards the REGISTER to IBCF B 


f 


13 


REGISTER 


IBCF_B forwards the REGISTER to IMS B 




14 


200 OK 


IMS_B responds with 200 OK 




15 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF A 




16 


200 OK 


IBCF A forwards the 200 OK response to 
IIVIS A 




17 




• 










200 OK 


IMS_A forwards the 200 OK response to UE_B 




18 




SUBSCRIBE 


IMS_A sends a SUBSCRIBE to IBCF_A 




19 


SUBSCRIBE 


IBCF_A forwards the SUBSCRIBE to IBCF_B 




20 


SUBSCRIBE 


IBCF_B forwards the SUBSCRIBE to IMS_B 




21 


200 OK 

or 202 Accepted 


IMS_B responds with a 200 OK or 202 
Accepted 


^ 


22 


200 OK 

or 202 Accepted 


IBCF B forwards 200 OK or 202 Accepted to 
IBCF A 




23 


200 OK 

or 202 Accepted 


IBCF A forwards 200 OK or 202 Accepted to 
IMS A 




24 


NOTIFY 


IMS_B sends a NOTIFY to IBCF_B, containing 
UE B's registration status 




25 


NOTIFY 


IBCF_B forwards NOTIFY to IBCF_A 


V 


26 


NOTIFY 


IBCF_A forwards NOTIFY to IMS_A 




27 


200 OK 


IMS_A responds to the NOTIFY with a 200 OK 




28 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




39 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




30 






SUBSCRIBE 


UE_B sends a SUBSCRIBE (reg event 
package) to IMS A 




31 




SUBSCRIBE 


IMS A forwards the SUBSCRIBE request to 
IBCF A 


f 


32 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE request to 
IBCF B 


^ 


33 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE request to 
IMS B 




34 


200 OK or 
202 Accepted 


IMS_B responds with 200 OK or 202 Accepted 




35 


200 OK or 
202 Accepted 


IBCF_B forwards the 200 OK or 202 Accepted 
response to IBCF A 




36 


200 OK or 
202 Accepted 


IBCF_A forwards the 200 OK or 202 Accepted 
response to IMS A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 






37 




/ 






f 






200 OK or 
202 Accepted 


IMS_A forwards the 200 OK or 202 Accepted 
response to UE B 






38 


NOTIFY 


IMS_B sends a NOTIFY to IBCF_B, containing 
UE B's registration status 




39 


NOTIFY 


IBCF_B forwards the NOTIFY to IBCF_A 




40 


NOTIFY 


IBCF_A forwards the NOTIFY to IMS_A 




41 


NOTIFY 


IMS_A forwards the NOTIFY to UE_B 






42 


200 OK 


UE_B responds to the NOTIFY with a 200 OK 






43 


200 OK 


IMS_A forwards the 200 OK to IBCF_A 




44 


200 OK 


IBCF_A forwards the 200 OK to IBCF_B 




45 


200 OK 


IBCF_B forwards the 200 OK to IMS_B 




46 


« 












User B is informed about successful registration 



4.4.2 User-initiated VoIP call setup and release 
4.4.2.1 Normal Call 



4.4.2.1.1 



Description 



UE_A places an IMS VoIP call to UE_B. Once the media path is established, the originating user releases the call. The 
call flow path and node configuration for this use case corresponds to CF_INT_CALL in case of interworking and 
CF_ROAM_CALL in case of roaming. 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering). 



4.4.2.1.2 



UC 02 I: SIP Call Flow "Normal Call" with CF INT CALL 



The test sequence and expected call flow sequence when user A calls user B in an interworking scenario is: 



Step 


Action 


CF INT CALL 


1 


User A calls User B 


Step1 


2 


User B is informed of incoming call of User A 


Step 12 


3 


User A is informed that UE B is ringing 


Step 18 


4 


User B answers call 


Step 19 


5 


User A is informed that call has been answered 


Step 25 


6 


User B is informed that the call is established 


Step 31 


7A 


User A ends call 


Step 32A 


7B 


User B ends call 


Step 32B 


8A 


User B is informed that call has ended 


Step 38A 


8B 


User A is informed that call has ended 


Step 38B 


9A 


User A is informed that call has ended 


Step 44A 


9B 


User B is informed that call has ended 


Step 44B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






1 






















User A calls User B 


) 


2 






\ 


\ 


V 




\ 






INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 
UE A supports 




3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 




5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IMS_B forwards INVITE to UE_B 




11 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




12 






















User B is informed of incoming call of User A 




13 














^ 






180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




14 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF B 




15 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 




16 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 




17 


180 Ringing 


IMS A forwards the 1 80 Ringing response to 
UE A 




18 




d 


















User A is informed that UE_B is ringing 


19 






User B answers call 


k 


20 










/ 


^ 


/ 






200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 




21 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




22 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




23 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




24 




















200 OK 


IMS_A forwards 200 OK response to UE_A 




25 




i 


















User A is informed that call has been answered 


26 








\ 












ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




27 


ACK 


IMS_A forwards ACK to IBCF_A 




28 


ACK 


IBCF_A forwards ACK to IBCF_B 




29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to UE_B 




31 
















\ 






User B is informed that the call is established 




32A 






User A ends call 


^ 


33A 










V 


N 


\ 






BYE 


UE_A releases the call with BYE 




34A 


BYE 


IMS_A forwards BYE to IBCF_A 




35A 


BYE 


IBCF_A forwards BYE to IBCF_B 




36A 


BYE 


IBCF_B forwards BYE to IMS_B 




37A 


BYE 


IMS_B forwards BYE to UE_B 




38A 






















User B is informed that call has ended 




39A 








/ 


/ 


^ 








200 OK 


UE_B sends 200 OK for BYE 




40A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




41A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




42A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




43A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 
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Step 


Direction 


IVIessage 


Comment 
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A 
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E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






44A 






















User A is informed that call has ended 


^ 




32B 




User B ends call 






33B 






^ 


/ 






/ 






BYE 


UE_B releases the call with BYE 




34B 


BYE 


IMS_B forwards BYE to IBCF_B 




358 


BYE 


IBCF_B forwards BYE to IBCF_A 




36B 


BYE 


IBCF_A forwards BYE to IMS_A 




37B 


BYE 


IMS_A forwards BYE to UE_A 




388 




d 


















User A is informed that call has ended 


39B 










\ 


\ 


\ 






200 OK 


UE_A sends 200 OK for BYE 




40B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




41B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




42B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




43B 


200 OK 


ll\/IS_B forwards the 200 OK response to UE_B 




44B 






















User B is informed that call has ended 































4.4.2.1.3 



UC 02 R: SIP Call Flow "Normal Call" with CF ROAM CALL 



The expected call flow sequence when user A calls user B in a roaming scenario is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 

E 
B 


U 
s 
e 
r 
B 






1 






















User A calls User B 


^ 


2 








\ 












INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 
UE A supports 




3 


100 Trying 


ll\/IS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 




5 








/ 




N 








100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


/ 


6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IMS_B forwards INVITE to IBCF_B 


\ 


11 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




12 


INVITE 


IBCF_B forwards INVITE to IBCF_A 




13 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




14 


INVITE 


IBCF_A forwards INVITE to IMS_A 


\ 


15 


100 Trying 


ll\/IS_A responds with a 100 Trying provisional 
response 




16 


INVITE 


IMS_A forwards INVITE to UE_B 


/ 








17 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 










18 
















\ 






User B is informed of incoming call of User A 




19 




















180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






20 








V 












180 Ringing 


IIVIS A forwards 180 Ringing response to 
IBCF A 


/ 


21 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF B 




22 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS B 




23 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF B 




24 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 




25 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 




26 


180 Ringing 


IMS A forwards the 1 80 Ringing response to 
UE A 




27 




i 


















User A is informed that UE_A is ringing 


28 






User B answers call 


^ 


29 








/ 












200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 






\ 




30 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




31 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




32 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




33 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




34 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




35 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




36 


200 OK 


IMS_A forwards 200 OK response to UE_A 




37 




^ 


















User A is presented that call in process 


38 




















ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




39 


ACK 


IMS_A forwards ACK to IBCF_A 




40 


ACK 


IBCF_A forwards ACK to IBCF_B 


/ 


41 


ACK 


IBCF_B forwards ACK to IMS_B 


^ 


42 


ACK 


IMS_B forwards ACK to IBCF_B 




43 


ACK 


IBCF_B forwards ACK to IBCF_A 




44 


ACK 


IBCF_A forwards ACK to IMS_A 




45 




















ACK 


IMS_A forwards ACK to UE_B 










46 
















) 






User B is informed that the call is in progress 


47A 






User A ends call 






48A 






\ 






\ 








BYE 


UE_A releases the call with BYE 




49A 


BYE 


IMS_A forwards BYE to IBCF_A 




50A 


BYE 


IBCF_A forwards BYE to IBCF_B 


/ 


51A 


BYE 


IBCF_B forwards BYE to IMS_B 


^ 


52A 


BYE 


IMS_B forwards BYE to IBCF_B 




53A 


BYE 


IBCF_B forwards BYE to IBCF_A 




54A 


BYE 


IBCF_A forwards BYE to IMS_A 




55A 


BYE 


IMS_A forwards BYE to UE_B 










56A 
















\ 






User B is informed that call has ended 




57A 








/ 












200 OK 


UE_B sends 200 OK for BYE 


V 








58A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




59A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


60A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


^ 


61A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




62A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




63A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




64A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




65A 




i 


















User A is informed that call has ended 


47B 






User A ends call 
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Step 


Direction 


IVIessage 


Comment 
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A 
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C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






48B 








\ 


V 




\ 






BYE 


UE_A releases the call with BYE 




49B 


BYE 


IMS_A forwards BYE to IBCF_A 


/ 


SOB 


BYE 


IBCF_A forwards BYE to IBCF_B 


/ 


51B 


BYE 


IBCF_B forwards BYE to IMS_B 




52B 


BYE 


IMS_B forwards BYE to IBCF_B 




53B 


BYE 


IBCF_B forwards BYE to IBCF_A 




54B 


BYE 


IBCF_A forwards BYE to IMS_A 




55B 


BYE 


IMS_A forwards BYE to UE_B 










56B 






















User B is informed that call has ended 




57B 




















200 OK 


UE_B sends 200 OK for BYE 


\ 


V 


\ 




58B 


200 OK 


ll\/IS_A forwards 200 OK response to IBCF_A 


/ 


59B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




60B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




61B 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




62B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




63B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




64B 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




65B 




d 


















User A is informed that call has ended 



The test sequence and expected call flow sequence when user B calls user A in a roaming scenario is: 



Step 


Action 


CF ROAIVI CALL 


1 


User B calls User A 


Step 1 


2 


User A is informed of incoming call of User B 


Step 18 


3 


User B is informed that UE A is ringing 


Step 27 


4 


User A answers call 


Step 28 


5 


User B is informed that call has been answered 


Step 37 


6 


User A is informed that the call is established 


Step 46 


7A 


User A ends call 


Step 47A 


7B 


User Bends call 


Step 47B 


8A 


User B is informed that call has ended 


Step 56A 


8B 


User A is informed that call has ended 


Step 56B 


9A 


User A is informed that call has ended 


Step 65A 


9B 


User B is informed that call has ended 


Step 65B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 

E 
B 


u 

s 
e 
r 
B 






1 






















User B calls User A 


i 


2 






/ 


/ 












INVITE 


UE_B sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 
UE B supports 








\ 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


\ 


V 






4 


INVITE 


IMS_A forwards INVITE to IBCF_A 




5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


^ 


10 


INVITE 


IMS_B forwards INVITE to IBCF_B 




11 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




12 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


V 


13 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




14 


INVITE 


IBCF_A forwards INVITE to IMS_A 




15 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




16 


INVITE 


IMS_A forwards INVITE to UE_A 




17 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




18 




d 


















User A is informed of incoming call of User B 


19 














\ 






180 Ringing 


UE_A responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




20 


180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF A 


/ 


21 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF B 




22 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS B 


^ 


23 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF B 




24 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 




25 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 




26 


180 Ringing 


IMS A forwards the 1 80 Ringing response to 
UE B 










27 
















\ 






User B is informed that UE_A is ringing 




28 






User A answers call 


^ 


29 






\ 






\ 


\ 






200 OK 


UE_A responds INVITE with 200 OK to indicate 
that the call has been answered 




30 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




31 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




32 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




33 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




34 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




35 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




36 


200 OK 


IMS_A forwards 200 OK response to UE_B 










37 
















\ 






User B is presented that call in process 




38 




















ACK 


UE B acknowledges the receipt of 200 OK for 
INVITE 



















£75/ 



30 



ETSI TS 1 86 01 1 -2 V3.1 .1 (201 1 -06) 



Step 


Direction 
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B 
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B 






39 






^ 




V 


\ 








ACK 


IMS_A forwards ACK to IBCF_A 


/ 


40 


ACK 


IBCF_A forwards ACK to IBCF_B 




41 


ACK 


IBCF_B forwards ACK to IMS_B 




42 


ACK 


IMS_B forwards ACK to IBCF_B 




43 


ACK 


IBCF_B forwards ACK to IBCF_A 




44 


ACK 


IBCF_A forwards ACK to IMS_A 




45 


ACK 


IMS_A forwards ACK to UE_A 




46 




d 


















User A is informed that fine call is in progress 


47A 






User A ends call 






48A 








\ 


\ 


\ 


\ 






BYE 


UE_A releases the call with BYE 




49A 


BYE 


IMS_A forwards BYE to IBCF_A 


/ 


50A 


BYE 


IBCF_A forwards BYE to IBCF_B 




51A 


BYE 


IBCF_B forwards BYE to IMS_B 




52A 


BYE 


IMS_B forwards BYE to IBCF_B 




53A 


BYE 


IBCF_B forwards BYE to IBCF_A 




54A 


BYE 


IBCF_A forwards BYE to IMS_A 




55A 


BYE 


IMS_A forwards BYE to UE_B 










56A 






















User B is informed that call has ended 




57A 






^ 














200 OK 


UE_B sends 200 OK for BYE 




N 


\ 




58A 


200 OK 


ll\/IS_A forwards 200 OK response to IBCF_A 




59A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




60A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




61A 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




62A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




63A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




64A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




65A 




d 


















User A is informed that call has ended 


47B 






User A ends call 






48B 








\ 


\ 


\ 


\ 






BYE 


UE_A releases the call with BYE 




49B 


BYE 


IMS_A forwards BYE to IBCF_A 


/ 


508 


BYE 


IBCF_A forwards BYE to IBCF_B 




51B 


BYE 


IBCF_B forwards BYE to IMS_B 




52B 


BYE 


IMS_B forwards BYE to IBCF_B 




53B 


BYE 


IBCF_B forwards BYE to IBCF_A 




54B 


BYE 


IBCF_A forwards BYE to IMS_A 




55B 


BYE 


IMS_A forwards BYE to UE_B 










56B 
















) 






User B is informed that call has ended 


57B 






^ 














200 OK 


UE_B sends 200 OK for BYE 




\ 


\ 




58B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




59B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




60B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




61B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




62B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




63B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




64B 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




65B 




d 


















User A is informed that call has ended 
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4.4.3 User-initiated call hold and resume 

UE_A places an IMS VoIP call to UE_B. Once the media path is established: 

a) The originating user puts the call on hold, stopping the media stream. The originating user then resumes the 
call. 

b) The terminating user puts the call on hold, stopping the media stream. The terminating user then resumes the 
call. 

The call flow path and node configuration for this use case corresponds to CF_INT_CALL in case of interworking and 
CF_ROAM_CALL in case of roaming. 

Depending on the UE this feature may be implemented either using relNVITE or UPDATE where UPDATE is only an 
optional feature for the UE. However, an IMS shall be able to process UPDATE requests as they may be received when 
inter working with a PSTN. 



4.4.3.1 



User-initiated call hold and resume using relNVITE 



4.4.3.1.1 



Description 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT CALL 


CF ROAM CALL 


1 


User A calls User B 


1 


1 


2 


User B is informed of incoming call of User A 


12 


18 


3 


User A is informed that UE B is ringing 


18 


27 


4 


User B answers call 


19 


28 


5 


User A is informed that call has been answered 


25 


37 


6 


User B is presented that call is established 


31 


46 


7A 


User A puts call on hold 


32A 


47A 


7B 


User B puts call on hold 


32B 


47B 


8A 


User B is informed that call on hold 


49A 


64A 


8B 


User A is informed that call on hold 


49B 


64B 


9A 


User A resumes call 


55A 


82A 


9B 


User B resumes call 


55B 


82B 


10A 


User B is informed that call is resumed 


66A 


99A 


108 


User A is informed that call is resumed 


66B 


99B 


11A 


User A is informed that call is resumed 


72A 


108A 


11B 


User B is informed that call is resumed 


72B 


108B 


12 


User A ends call 


73 


109 


13 


User B is informed that call has ended 


79 


118 


14 


User A is informed that call has ended 


85 


127 
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4.4.3.1 .2 UC_03_I: SIP Call Flow "call hold and resume" using relNVITE with 

CF_INT_CALL 

The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 

s 
e 
r 
B 






1 






















User A calls User B 




2 






V 






V 








INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 




3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


^ 


5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IMS_B forwards INVITE to UE_B 


^ 


11 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




12 
















^ 






User B is informed of incoming call of User A 




13 










y 










180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




14 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




15 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




16 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




17 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




18 




d 


















User A is informed that UEB is ringing 




19 




User B answers call 


i 




20 










/ 










200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 




21 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




22 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




23 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




24 


200 OK 


IMS_A forwards 200 OK response to UE_A 




25 




d 


















User A is informed that call has been answered 




26 






V 














ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




/ 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






27 










\ 










ACK 


IMS_A forwards ACK to IBCF_A 




28 


ACK 


IBCF_A forwards ACK to IBCF_B 




29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to UE_B 




31 
















^ 






User B is presented that call is in progress 




32A 




User A puts call on hold 




33A 








V 




V 


^. 






INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 


^ 


34A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




35A 


INVITE 


IMS_A forwards INVITE to IBCF_A 




36A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




37A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


^ 


38A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




39A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




40A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




41A 


INVITE 


IMS_B forwards INVITE to UE_B 


^ 


42A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




43A 
















^ 






User B is informed that call is on hold 




44A 






^ 






/■ 








200 OK 


UE_B responds to INVITE with 200 OK 
indicating media attribute "recvonly" 




45A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




46A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




47A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




48A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




49A 




i 


















User A is informed that call is on hold 




50A 








N. 


X 










ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




51A 


ACK 


IMS_A forwards ACK to IBCF_A 




52A 


ACK 


IBCF_A forwards ACK to IBCF_B 




53A 


ACK 


IBCF_B forwards ACK to IMS_B 




54A 


ACK 


IMS_B forwards ACK to UE_B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 

E 
B 


U 

s 
e 
r 
B 






55A 






















User A resumes call 




56A 










X 


N. 








INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 




57A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




58A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


^ 


59A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




60A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




61A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




62A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




63A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




64A 


INVITE 


IMS_B forwards INVITE to UE_B 




65A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




66A 






















User B is informed that call is resumed 


5 




67A 








^ 


^ 










200 OK 


UE_B responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 




68A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




69A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




70A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




71A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




72A 






















User A is informed that call is resumed 


i 




32B 




User B puts call on hold 


i 




33B 








^ 




/■ 








INVITE 


UE_B sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 




34B 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




35B 


INVITE 


IMS_B forwards INVITE to IBCF_B 


X 


36B 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




37B 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


^ 


38B 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




39B 


INVITE 


IBCF_A fonwards INVITE to IMS_A 




40B 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




41 B 


INVITE 


IMS_A forwards INVITE to UE_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
S 

e 
r 
B 






42B 






V 














100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




43B 






















User A is informed that call is on hold 


i 




44B 










> 


\ 








200 OK 


UE_A responds to INVITE with 200 OK 
indicating media attribute "recvonly" 




45B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




46B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




47B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




48B 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




49B 






















User B is informed that call is on hold 


5 




SOB 








^ 






^ 






ACK 


UE B acknowledges the receipt of 200 OK for 
INVITE 




51B 


ACK 


IMS_B forwards ACK to IBCF_B 




52B 


ACK 


IBCF_B forwards ACK to IBCF_B 




53B 


ACK 


IBCF_B forwards ACK to IMS_A 




54B 


ACK 


IMS_A forwards ACK to UE_A 




55B 






















User B resumes call 


i 




56B 






^ 




y 




^ 






INVITE 


UE_B sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 


>. 


57B 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




58B 


INVITE 


IMS_B forwards INVITE to IBCF_B 




59B 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




BOB 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


> 


61B 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


J 


62B 


INVITE 


IBCF_A forwards INVITE to IMS_A 


N. 


63B 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




64B 


INVITE 


IMS_A forwards INVITE to UE_A 




65B 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




66B 






















User A is informed that call is resumed 


i 




67B 






V 




> 










200 OK 


UE_A responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 




68B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




69B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






70B 














>. 






200 OK 


IBCF_B forwards 200 OK response to IMS_B 




71 B 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




72B 






















User B is informed tliat call is resumed 


^ 




73 




User A ends call 




74 








V 




x 


>. 






BYE 


UE_A releases the call with BYE 




75 


BYE 


IMS_A forwards BYE to IBCF_A 




76 


BYE 


IBCF_A forwards BYE to IBCF_B 




77 


BYE 


IBCF_B forwards BYE to IMS_B 




78 


BYE 


IMS_B forwards BYE to UE_B 




79 






















User B is informed that call has ended 


^ 




80 






^ 




/ 


/■ 








200 OK 


UE_B sends 200 OK for BYE 




81 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




82 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




83 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




84 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




85 






















User A is informed that call has ended 





























4.4.3.1 .3 UC_03_R: SIP Call Flow "call hold and resume" using relNVITE with 

CF_ROAM_CALL 

The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 

e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 
F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A calls User B 


^ 




2 








) 

« 












INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


f 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 
F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






7 








« 

^ 




\ 








100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


/ 


8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


IIVIS_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IMS_B forwards INVITE to IBCF_B 


N 


11 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




12 


INVITE 


IBCF_B forwards INVITE to IBCF_A 




13 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




14 


INVITE 


IBCF_A forwards INVITE to IMS_A 


15 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 


16 


INVITE 


IMS_A forwards INVITE to UE_B 










17 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 










18 
















? 






User B is informed of incoming call of User A 


19 








/ 












180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 










20 








^ 

« 


\ 


\ 








180 Ringing 


IIVIS A forwards 180 Ringing response to 
IBCF_A 


21 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF_B 




22 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS_B 




23 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




24 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




25 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 


26 


180 Ringing 


IMS A forwards the 1 80 Ringing response to 
UE_A 




27 




i 


















User A is informed that UE_B is ringing 




28 




User B answers call 


i 




29 








/ 












200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 


^ 




\ 




30 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


31 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




32 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






33 










/ 










200 OK 


IMS_B forwards 200 OK response to IBCF_B 




34 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




35 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




36 


200 OK 


IIVIS_A forwards 200 OK response to UE_A 




37 




d 


















User A is informed that call has been answered 




38 






\ 




\ 


\ 


\ 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




39 


ACK 


IMS_A forwards ACK to IBCF_A 


^ 


40 


ACK 


IBCF_A forwards ACK to IBCF_B 




41 


ACK 


IBCF_B forwards ACK to IMS_B 




42 


ACK 


IMS_B forwards ACK to IBCF_B 




43 


ACK 


IBCF_B forwards ACK to IBCF_A 




44 


ACK 


IBCF_A forwards ACK to IMS_A 




45 


ACK 


IMS_B forwards ACK to UE_B 










46 
















) 






User B is presented that call is in progress 


47A 




User A puts call on hold 








48A 






\ 






N 








INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 




49A 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




50A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


y 


51A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




52A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




53A 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


/ 


54A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




55A 


100 Trying 


IIVIS_B responds with a 100 Trying provisional 
response 




56A 


INVITE 


IMS_B forwards INVITE to IBCF_B 




57A 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




58A 


INVITE 


IBCF_B forwards INVITE to IBCF_A 




59A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




BOA 


INVITE 


IBCF_A forwards INVITE to IMS_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 
F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






61A 














\ 






100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




62A 


INVITE 


IMS_A forwards INVITE to UE_B 










63A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 










64A 
















) 






User B is informed that call is on hold 


65A 






^ 


y 












200 OK 


UE_B responds to INVITE with 200 OK 
indicating attribute "recvonly" inactive 


\ 




N 




66A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




67A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




68A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


/ 


69A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 


\ 


70A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


71A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




72A 


200 OK 


IIVIS_A forwards 200 OK response to UE_A 


\ 


73A 


ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




74A 


ACK 


IMS_A forwards ACK to IBCF_A 


y 


75A 


ACK 


IBCF_A forwards ACK to IBCF_B 




76A 


ACK 


IBCF_B forwards ACK to IMS_B 




77A 


ACK 


IMS_B forwards ACK to IBCF_B 




78A 


ACK 


IBCF_B forwards ACK to IBCF_A 




79A 


ACK 


IBCF_A forwards ACK to IMS_A 




80A 


ACK 


IMS_A forwards ACK to UE_B 










81A 




i 


















User A is informed that call is on hold 




82A 




User A resumes call 








83A 






V 














INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 




84A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




85A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


86A 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 




87A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




88A 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 

E 
B 


u 

s 
e 
r 
B 






89A 










/ 




\ 






INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


90A 


100 Trying 


IIVIS_B responds with a 100 Trying provisional 
response 




91A 


INVITE 


IMS_B forwards INVITE to IBCF_B 




92A 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




93A 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


V 


94A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




95A 


INVITE 


IBCF_A forwards INVITE to IMS_A 


\ 


96A 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




97A 


INVITE 


IMS_A forwards INVITE to UE_B 










98A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 










99A 
















) 






User B is informed that call is resumed 


100A 








^ 












200 OK 


UE_B responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 


\ 








101A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




102A 






/ 






N 








200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




103A 


200 OK 


IBCF_B forwards 200 OK response to IIVIS_B 


/ 


104A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




105A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




106A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




107A 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




108A 




( 


















User B is informed that call has ended 




47B 




User B puts call on hold 


k 




48B 








^ 












INVITE 


UE_B sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 








\ 


49B 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




\ 






SOB 


INVITE 


IMS_A forwards INVITE to IBCF_A 




518 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




52B 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




53B 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




548 


INVITE 


IBCF B forwards INVITE to IMS B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 

E 
B 


u 

s 
e 
r 
B 






55B 






/ 


/ 












100 Trying 


IIVIS_B responds with a 100 Trying provisional 
response 


/ 


56B 


INVITE 


IMS_B forwards INVITE to IBCF_B 




57B 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 




588 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


\ 


59B 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




60B 


INVITE 


IBCF_A forwards INVITE to IMS_A 




618 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




62B 


INVITE 


IMS_A forwards INVITE to UE_A 


\ 


63B 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




648 




« 


















User A is informed that call is on hold 


65B 








\ 


V 










200 OK 


UE_A responds to INVITE with 200 OK 
indicating attribute "recvonly" inactive 




66B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




678 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


68B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


^ 


69B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




708 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




71 B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




728 


200 OK 


IIVIS_A forwards 200 OK response to UE_B 


^ 








73B 


ACK 


UE B acknowledges the receipt of 200 OK for 
INVITE 






N 




74B 


ACK 


IMS_A forwards ACK to IBCF_A 




758 


ACK 


IBCF_A forwards ACK to IBCF_B 




76B 


ACK 


IBCF_B forwards ACK to IMS_B 




77B 


ACK 


IMS_B forwards ACK to IBCF_B 




788 


ACK 


IBCF_B forwards ACK to IBCF_A 




79B 


ACK 


IBCF_A forwards ACK to IMS_A 




80B 






/ 














ACK 


IMS_A forwards ACK to UE_A 




818 




( 


















User A is informed that call is on hold 




82B 




User B resumes call 


k 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






83B 






f 














INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 








\ 


84B 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




\ 






85B 


INVITE 


IMS_A forwards INVITE to IBCF_A 




868 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


/ 


87B 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


88B 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




898 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


90B 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


/ 


91B 


INVITE 


IMS_B forwards INVITE to IBCF_B 




928 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 




93B 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


\ 


94B 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




958 


INVITE 


IBCF_A forwards INVITE to IMS_A 




96B 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




97B 


INVITE 


IMS_A forwards INVITE to UE_A 


\ 


988 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




99B 




( 


















User A is informed that call is resumed 




100B 








\ 












200 OK 


UE_A responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 




101B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




102B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


103B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


^ 


104B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




105B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




106B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




107B 


200 OK 


IMS_A forwards the 200 OK response to UE_B 










108B 






















User B is informed that call is resumed 


109 




User A ends call 








110 






^ 














BYE 


UE_A releases the call with BYE 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 
F 
B 


1 

M 
S 

B 


u 

E 
B 


U 
s 
e 
r 
B 






111 










\ 










BYE 


IMS_A forwards BYE to IBCF_A 


/ 


112 


BYE 


IBCF_A forwards BYE to IBCF_B 


/ 


113 


BYE 


IBCF_B forwards BYE to IMS_B 




114 


BYE 


IMS_B forwards BYE to IBCF_B 




115 


BYE 


IBCF_B forwards BYE to IBCF_A 




116 


BYE 


IBCF_A forwards BYE to IMS_A 




117 


BYE 


IMS_A forwards BYE to UE_B 










118 
















? 






User B is informed tliat call has ended 


119 






f 


/ 












200 OK 


UE_B sends 200 OK for BYE 






N 




120 


200 OK 


IMS A forwards the 200 OK response to 
IBCF_A 


^ 


121 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




122 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




123 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




124 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




125 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




126 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




127 




( 


















User A is informed that call has ended 
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4.4.3.2 



User-initiated call hold and resume using UPDATE 



4.4.3.2.1 



Description 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT CALL 


CF ROAM CALL 


1 


User A calls User B 


1 


1 


2 


User B is informed of incoming call of User A 


12 


18 


3 


User A is informed that UE B is ringing 


18 


27 


4 


User B answers call 


19 


28 


5 


User A is informed that call has been answered 


25 


37 


6 


User B is informed that call is established 


31 


46 


7A 


User A puts call on hold 


32A 


47A 


7B 


User B puts call on hold 


32B 


47B 


8A 


User B is informed that call on hold 


38A 


56A 


SB 


User A is informed that call on hold 


38B 


56B 


9A 


User A resumes call 


50A 


66A 


98 


User B resumes call 


SOB 


66B 


10A 


User B is informed that call is resumed 


56A 


75A 


10B 


User A is informed that call is resumed 


56B 


75B 


11A 


User A is informed that call is resumed 


62A 


84A 


11 


User A is informed that call is resumed 


62B 


84B 


12 


User A ends call 


63 


85 


13 


User B is informed that call has ended 


69 


94 


14 


User A is informed that call has ended 


75 


103 



4.4.3.2.2 UC_04_I: SIP Call Flow "call hold and resume" using UPDATE with 

CF_INT_CALL 

The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 
M 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
M 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A calls User B 




2 










) 

i 


) 

< 








INVITE 


UE_A sends INVITE with the first SDP offer 
Indicating all desired medias and codecs that 




3 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


f 


5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


8 


INVITE 


IBCF_B forwards INVITE to IMS_B 


9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


10 


INVITE 


IMS_B forwards INVITE to UE_B 


f 


11 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






12 






















User B is informed of incoming call of User A 


5 




13 






^ 


f 






^ 






180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




14 


180 Ringing 


IIVIS B forwards 180 Ringing response to 
IBCF_B 




15 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




16 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




17 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




18 






















User A is informed that UE_B is ringing 


i 




19 




User B answers call 


d 




20 








f 






^ 






200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 




21 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




22 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




23 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




24 


200 OK 


IMS_A forwards 200 OK response to UEA 




25 






















User A is informed that call has been answered 


i 




26 














>. 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




27 


ACK 


IMS_A forwards ACK to IBCF_A 




28 


ACK 


IBCF_A forwards ACK to IBCF_B 




29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to UE_B 




31 






















User B is presented that call is in progress 


5 




32A 




User A puts call on hold 




33A 










\ 


V 


>. 






UPDATE 


UE_A sends reUPDATE message indicating 
media attribute "sendonly" (Call Hold) 




34A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 




35A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




36A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




37A 


UPDATE 


IMS_B forwards UPDATE to UE_B 




38A 






















User B is informed that call is on hold 


5 




39A 




















200 OK 


UE_B responds to UPDATE with 200 OK 
indicating media attribute "recvonly" 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 

s 
e 
r 
B 






40A 










^ 


^ 








200 OK 


IMS_B forwards 200 OK response to IBCF_B 




41A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




42A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




43A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




44A 






















User A resumes call 




45A 










N 


V 








UPDATE 


UE_A sends UPDATE message indicating 
media attribute "sendrecv" (Call Resume) 




46A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 




47A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




48A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




49A 


UPDATE 


IMS_B forwards UPDATE to UE_B 




50A 






















User B is informed that call is resumed 


5 




51A 






^ 


^ 




f 


^ 






200 OK 


UE_B responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




52A 


200 OK 


IIVIS_B forwards 200 OK response to IBCF_B 




53A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




54A 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 




55A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




56A 






















User A is informed that call is resumed 


^ 




32B 




User B puts call on hold 


k 




33B 






^ 


^ 






^ 






UPDATE 


UEB sends UPDATE message indicating 
media attribute "sendonly" (Call Hold) 




34B 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




35B 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




36B 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 




37B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




38B 






















User A is Informed that call is on hold 


^ 




39B 








V 












200 OK 


UE_A responds to UPDATE with 200 OK 
indicating media attribute "recvonly" 




40B 


200 OK 


IIV1S_A forwards 200 OK response to IBCF_A 




41 B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




42B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






43B 














^. 






200 OK 


IIV1S_B forwards the 200 OK response to UE_B 




44B 






















User B is informed tliat call is on hold 


5 




45B 








f 


^ 










ACK 


UE B acknowledges the receipt of 200 OK for 
UPDATE 




46B 


ACK 


IMS_B forwards ACK to IBCF_B 




47B 


ACK 


IBCF_B forwards ACK to IBCF_B 




48B 


ACK 


IBCF_B forwards ACK to IMS_A 




49B 


ACK 


IMS_A forwards ACK to UE_A 




SOB 






















User B resumes call 


k 




51 B 








f 






^ 






UPDATE 


UE_B sends UPDATE message indicating 
media attribute "sendrecv" (Call Resume) 




52B 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




53B 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




54B 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 




55B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




56B 






















User A is informed that call is resumed 


i 




57B 








V 






>. 






200 OK 


UE_A responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




58B 


200 OK 


IIVIS_A forwards 200 OK response to IBCF_A 




59B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




60B 


200 OK 


IBCF_B forwards 200 OK response to IIVIS_B 




61 B 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




62B 






















User B is informed that call is resumed 


5 




63 




User A ends call 




64 








V 












BYE 


UE_A releases the call with BYE 




65 


BYE 


IMS_A forwards BYE to IBCF_A 




66 


BYE 


IBCF_A forwards BYE to IBCF_B 




67 


BYE 


IBCF_B forwards BYE to IMS_B 




68 


BYE 


IMS_B forwards BYE to UE_B 




/ 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






69 






















User B is informed that call has ended 


^ 




70 






f 


^ 






^ 






200 OK 


UE_B sends 200 OK for BYE 




71 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




72 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




73 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 




74 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




75 






















User A is informed that call has ended 


^ 





























4.4.3.2.3 UC_04_R: SIP Call Flow "call hold and resume" using UPDATE with 

CF ROAM CALL 



The expected call flow sequence is: 



Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 



11 



12 



13 



14 



15 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



User A calls User B 



UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 



ll\/IS_A responds with a 100 Trying provisional 
response 



IIVIS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IIVIS B 



IMS_B responds with a 100 Trying provisional 
response 



IIVIS B forwards INVITE to IBCF B 



IBCFB responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IBCF A 



IBCFA responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying provisional 
response 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






16 














\ 






INVITE 


IMS_A forwards INVITE to UE_B 




/ 






17 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 










18 






















User B is informed of incoming call of User A 








19 




















180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 


\ 


V 






20 


180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF_A 




21 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF_B 


/ 


22 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS_B 


^ 


23 


180 Ringing 


IIVIS B forwards 180 Ringing response to 
IBCF_B 




24 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




25 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




26 


180 Ringing 


IMS A forwards the 1 80 Ringing response to 
UE_A 




27 






















User A is informed that UE_B is ringing 


i 




28 




User B answers call 


(: 




29 




















200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 


\ 


V 






30 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




31 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


32 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




33 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




34 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




35 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




36 


200 OK 


IMS_A forwards 200 OK response to UE_A 




37 






















User A is informed that call has been answered 


^ 




38 






\ 














ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




39 


ACK 


IMS_A forwards ACK to IBCF_A 




40 












\ 








ACK 


IBCF_A forwards ACK to IBCF_B 




41 


ACK 


IBCF_B forwards ACK to IMS_B 




42 


ACK 


IMS_B forwards ACK to IBCF_B 




43 


ACK 


IBCF_B forwards ACK to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






44 








/ 






\ 






ACK 


IBCF_A forwards ACK to IMS_A 




45 


ACK 


IMS_B forwards ACK to UE_B 










46 






















User B is presented that call is in progress 








47A 




User A puts call on hold 


i 




48A 








\ 




N 


\ 






UPDATE 


UE_A sends UPDATE message indicating media 
attribute "sendonly" (Call Hold) 




49A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 




50A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




51A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




52A 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




53A 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




54A 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 




55A 


UPDATE 


IMS_A forwards UPDATE to UE_B 










56A 






















User B is informed that call is on hold 








57A 




















200 OK 


UE_B responds to UPDATE with 200 OK 
indicating attribute "recvonly" inactive 


\ 


V 






58A 


200 OK 


ll\/IS_A forwards 200 OK response to IBCF_A 




59A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


60A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




61A 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




62A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




63A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




64A 


200 OK 


IMS_A forwards 200 OK response to UE_A 




65A 






















User A is informed that call is on hold 


^ 




66A 




User A resumes call 


i 




67A 








\ 


V 










UPDATE 


UE_A sends UPDATE message indicating media 
attribute "sendrecv" (Call Resume) 




68A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 




69A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




70A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




71A 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






72A 








/ 


/ 










UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




73A 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 




74A 


UPDATE 


IMS_A forwards UPDATE to UE_B 










75A 






















User B is informed that call is resumed 


; 




76A 






^ 


/ 












200 OK 


UE_B responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 


\ 




N 




77A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




78A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




79A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




80A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




81A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




82A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




83A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




84A 






















User B is informed that call has resumed 


^ 




47B 




User B puts call on hold 


^ 




48B 






^ 


/ 












UPDATE 


UE_B sends UPDATE message indicating media 
attribute "sendonly" (Call Hold) 


\ 








49B 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 




508 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




51 B 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 


/ 


52B 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




53B 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




54B 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 




55B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




56B 






















User A is informed that call is on hold 


^ 




57B 








\ 


V 










200 OK 


UE_A responds to UPDATE with 200 OK 
indicating attribute "recvonly" inactive 




58B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




59B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




60B 


200 OK 


IBCF_B forwards 200 OK response to ll\/IS_B 




61B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 

E 
B 


U 
s 
e 
r 
B 






62B 








/ 












200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




63B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




64B 


200 OK 


IMS_A forwards 200 OK response to UE_B 










65B 






















User A is informed that call is on hold 


^ 




66B 




User B resumes call 


i 




67B 








/ 












UPDATE 


UE_A sends UPDATE message indicating media 
attribute "sendrecv" (Call Resume) 




— ) 


\ 




68B 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 


/ 


69B 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 


70B 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




71B 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




72B 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




73B 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 




74B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




75B 






















User A is informed that call is resumed 


^ 




76B 






\ 


\ 






\ 






200 OK 


UE_A responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




77B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




78B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




79B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


/ 


SOB 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




81B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




82B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




83B 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_B 










84B 






















User B is informed that call is resumed 


85 




User A ends call 


i 




86 






\ 


\ 












BYE 


UE_A releases the call with BYE 




87 


BYE 


IMS_A forwards BYE to IBCF_A 




88 


BYE 


IBCF_A forwards BYE to IBCF_B 




89 


BYE 


IBCF_B forwards BYE to IMS_B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






90 










/ 


^ 








BYE 


IMS_B forwards BYE to IBCF_B 




91 


BYE 


IBCF_B forwards BYE to IBCF_A 




92 


BYE 


IBCF_A forwards BYE to IMS_A 




93 


BYE 


IMS_A forwards BYE to UE_B 










94 






















User B is informed tliat call has ended 








95 








/ 












200 OK 


UE_B sends 200 OK for BYE 


\ 


\ 






96 


200 OK 


ll\/IS_A forwards the 200 OK response to IBCF_A 


/ 


97 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




98 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




99 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




100 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




101 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




102 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




103 






















User A is informed that call has ended 


^ 





























4.4.4 IMS message exchange between UEs in different networks 
4.4.4.1 Description 

The UE_A sends a MESSAGE to UE_B located in a different network. 

The test sequence typically associated with this use case when an established session is released is as follows (CFW 
step numbers refer the call flow step numbering): 



Step 


Action 


CF INT CALL 


CF ROAM CALL 


1 


User A sends an instant message 


Stepi 


Stepi 


2 


User B is informed about the instant message 


Step? 


Step 1 


3 


Optional: User A is presented a delivery report 


Step 13 


Step 1 9 



4.4.4.2 UC_05J: SIP Call flow for IMS Message Exchange with CFJNT_CALL 

The expected call flow sequence is: 



step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 
lUI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
M 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A sends an instant message to user B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






2 








V 






^. 






MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


IVIESSAGE 


IMS_A sends MESSAGE to IBCF_A 




4 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 




5 


MESSAGE 


IBCF_B sends MESSAGE to IMS_B 




6 


MESSAGE 


IMS_B sends MESSAGE to UE_B 




7 






















User B is informed about the instant message 


^ 




8 










f 


/■ 








200 OK 


UE_B sends 200 OK to IMS_B 




9 


200 OK 


IMS_B sends 200 OK to IBCF_B 




10 


200 OK 


IBCF_B sends 200 OK to IBCF_A 




11 


200 OK 


IBCF_A sends 200 OK to IMS_A 




12 


200 OK 


IMS_A sends 200 OK to UE_A 




13 






















Optional: User A is presented a delivery report 


< 





























4.4.4.3 UC_05_R: SIP Call Flow for IMS Message Exchange with CF_ROAM_CALL 

The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


\ 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A sends an instant message to user B 




2 










\ 










MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


MESSAGE 


IMS_A sends MESSAGE to IBCF_A 


f 


4 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 


^ 


5 


MESSAGE 


IBCF_B sends MESSAGE to IMS_B 




6 


MESSAGE 


IMS_B sends MESSAGE to IBCF_B 




7 


MESSAGE 


IBCF_B sends MESSAGE to IBCF_A 




8 


MESSAGE 


IBCF_A sends MESSAGE to IMS_A 




9 


MESSAGE 


IMS_A sends MESSAGE to UE_B 










10 






















User B is informed about the instant message 


5 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






11 






^ 


^ 












200 OK 


UE_B sends 200 OK to IMS_A 








V 


12 


200 OK 


IMS_A sends 200 OK to IBCF_A 




13 


200 OK 


IBCF_A sends 200 OK to IBCF_B 


f 


14 


200 OK 


IBCF_B sends 200 OK to IMS_B 


/■ 


15 


200 OK 


IMS_B sends 200 OK to IBCF_B 




16 


200 OK 


IBCF_B sends 200 OK to IBCF_A 




17 


200 OK 


IBCF_A sends 200 OK to IMS_A 




18 


200 OK 


IMS_A sends 200 OK to UE_A 




19 






















Optional: User A is presented a delivery report 


i 





























4.4.5 Supplementary Service Anonymous Communication Rejection 
(ACR) 



4.4.5.1 



Description 



UE_A makes an IMS VoIP call to UE_B. UE_A is subscribed to OIR service in permanent mode or default 
presentation restricted temporary mode, UE_B is subscribed to ACR supplementary service. The call flow path and 
node configuration for this use case corresponds to CF_INT_AS when UE_B is in home network and to 
CF_ROAM_AS when UE_B is roaming in IMS_A. 

The test sequence typically associated with this use case when is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


1 


User A calls User B 


Stepi 


2 


User A is informed that call has been rejected due to ACR 


Step 23 




Step 


Action 


CF ROAM AS 


1 


User B calls User A 


Step 1 


2 


User B is informed that call has been rejected due to ACR 


Step 32 
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4.4.5.2 



UC_06_I: SIP message flow for SS ACR with CF_INT_AS 



The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


A 
S 
B 






1 


























User A calls User B 




2 
























INVITE 


UE_A sends INVITE with the first SDP 
offer indicating all desired media and 








3 


100 Trying 


ll\/IS_A responds with a 100 Trying 
provisional response 


































INVITE triggers the OIR IPC in IMS_A 


4 
















•«. 








INVITE 


IMS A forwards the INVITE to IMS A 
AS 




5 


100 Trying 


IMS_A AS optionally responds with a 
100 Trying provisional response 




6 


INVITE 


IMS_A AS returns modified INVITE 
including Privacy header (value "id" or 




7 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




8 


INVITE 


IMS_A forwards INVITE to IBCF_A 






9 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






10 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


^ 


11 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




12 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


13 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 






























INVITE triggers the ACR IPC in IMS_B 


14 












^ 






^ 






INVITE 


IMS B forwards the INVITE to IMS B 
AS 




15 


100 Trying 


AS optionally responds with a 100 Trying 
provisional response 


^ 


16 


433 
Anonymity 


IMS_B AS responds with 433 Anonymity 
Disallowed to IMS_B 




17 


433 
Anonymity 


IMS_B forwards the 433 Anonymity 
Disallowed to IBCF_B 




18 


433 
Anonymity 


IBCF_B forwards the 433 Anonymity 
Disallowed to IBCF_A 




19 


433 
Anonymity 


IBCFA forwards the 433 Anonymity 
Disallowed to IMS_A 






20 


433 
Anonymity 


IMS_A forwards the 433 Anonymity 
Disallowed to IMS_A AS 




21 


433 
Anonymity 


IMS_A AS forwards, possibly modified, 
433 Anonymity Disallowed to IMS_A 




22 


433 
Anonymity 


IMS_A forwards the 433 Anonymity 
Disallowed to UE_A 








23 




^ 






















User A is informed that the call has been 
rejected due to ACR 




24 










«. 














ACK 


UE A sends ACK to IMS A 












' 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






25 
























ACK 


IMS_A forwards the ACK to IMS_A AS 




26 












f 








X 




ACK 


IMS A AS forwards, possibly modified, 
ACK to IMS_A 




27 


ACK 


IMS_A forwards ACK to IBCF_A 






28 


ACK 


IBCF_A forwards ACK to IBCF_B 




29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to IMS_B AS 





































4.4.5.3 UC_06_R: SIP message flow for SS ACR with CF_ROAM_AS 

The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






1 


























User B calls User A 




2 
















■s. 








INVITE 


UE_B sends INVITE with tlie first SDP 
offer indicating all desired media and 


^ 


3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




4 


INVITE 


IMS_A sends INVITE to IBCF_A 






5 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






6 


INVITE 


IBCF_A sends INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IBCF_B sends INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 






























INVITE triggers the OIR IFC in IMS_B 


10 
























INVITE 


IMS B forwards the INVITE to IMS B 
AS 




11 


100 Trying 


IMS_B AS optionally responds with a 
100 Trying provisional response 


f 


12 


INVITE 


IMS_B AS returns modified INVITE 
including Privacy header (value "id" or 




13 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




14 


INVITE 


IMS_B forwards INVITE to IBCF_B 




15 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




' 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






16 
















f 








INVITE 


IBCF_B forwards INVITE to IBCF_A 


N 


17 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




18 


INVITE 


IBCF_A forwards INVITE to IMS_A 






19 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 
































INVITE triggers the ACR IFC in IMS_A 


20 












V 


V 










INVITE 


IMS A forwards the INVITE to IMS A 
AS 




21 


100 Trying 


AS optionally responds with a 100 Trying 
provisional response 


^ 


22 


433 
Anonymity 


IMS_A AS responds with 433 Anonymity 
Disallowed to IMS_A 




23 


433 
Anonymity 


IMS_A forwards the 433 Anonymity 
Disallowed to IBCF_A 






24 


433 
Anonymity 


IBCF_A forwards the 433 Anonymity 
Disallowed to IBCF_B 


^ 


25 


433 
Anonymity 


IBCF_B forwards the 433 Anonymity 
Disallowed to IMS_B 




26 


433 
Anonymity 


IMS_B forwards the 433 Anonymity 
Disallowed to IMS_B AS 




27 


433 
Anonymity 


IMS_B AS forwards, possibly modified, 
433 Anonymity Disallowed to IMS_B 




28 


433 
Anonymity 


IMS_B forwards the 433 Anonymity 
Disallowed to IBCF_B 




29 


433 
Anonymity 


IBCF_B forwards the 433 Anonymity 
Disallowed to IBCF_A 




30 


433 
Anonymity 


IBCF_A forwards the 433 Anonymity 
Disallowed to IMS_A 






31 


433 
Anonymity 


IMS_A forwards the 433 Anonymity 
Disallowed to UE_B 




32 








^ 


















User B is informed that the call has been 
rejected due to ACR 




33 
























ACK 


UE_B sends ACK to IMS_A 




34 


ACK 


IMS_A sends ACK to IBCF_A 






35 


ACK 


IBCF_A sends ACK to IBCF_B 


/■ 


36 


ACK 


IBCF_B sends ACK to IMS_B 


/■ 


37 


ACK 


IMS_B forwards the ACK to IMS_B AS 




38 


ACK 


IMS B AS forwards, possibly modified, 
ACK to IMS_B 




39 


ACK 


IMS_B forwards ACK to IBCF_B 




40 


ACK 


IBCF_B forwards ACK to IBCF_A 




41 


ACK 


IBCF_A forwards ACK to IMS_A 






42 


ACK 


IMS_A forwards ACK to IMS_A AS 
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4.4.6 Supplementary Service Outgoing Communication Barring (OCB) 



4.4.6.1 



Description 



UE_B places an IMS VoIP call to UE_A. UE_B is subscribed to OCB service and based on the UE_B identity the OCB 
service is invoked. The call flow path and node configuration for this use case corresponds to CF_INT_AS when UE_B 
is in home network and to CF_ROAM_AS when UE_B is roaming in IMS_A.. 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


CF ROAM AS 


1 


User B calls User A 


Step1 


Stepi 


2 


User B is informed that call was declined 


Step 12 


Step 17 



4.4.6.2 UC_07_I: SIP message flow for SS OCB with CF_INT_AS 

The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


u 

E 
B 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 






1 
























User B calls User A 


^ 




2 












x 




V 






INVITE 


UE_B sends INVITE with the first SDP offer 
indicating all desired media and codecs that 


f 




3 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 






4 


INVITE 


UE_B sends INVITE with the first SDP offer 
indicating all desired media and codecs that 




5 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




6 


INVITE 


UE_B sends INVITE with the first SDP offer 
indicating all desired media and codecs that 




7 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




























INVITE triggers the OCB IPC in IMS_B 


8 










^ 








*. 




INVITE 


IMS_B forwards the INVITE to IMS_B AS 


^ 


9 


100 Trying 


AS optionally responds with a 100 Trying 
provisional response 




10 


603 Decline 


IMS_B AS returns 603 Decline to IMS_B 




11 


603 Decline 


IMS_B forwards the 603 Decline to UE_B 










12 
























User B is informed that call was declined 


i 




13 






















ACK 


UE_B sends ACK to IMS_B 










14 


ACK 


IMS_B forwards ACK to IMS_B AS 
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4.4.6.3 UC_07_R: SIP message flow for SS OCB with CF_ROAM_AS 

The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


A 
S 
B 






1 
























User B calls User A 


? 




2 












N 




V 






INVITE 


UE_B sends INVITE with the first SDP offer 
indicating all desired media and codecs that 
UE B supports 




3 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


f 


5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


^ 


7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




























INVITE triggers the OCB IFC in IMS_B 


10 






f 








^ 


^ 


V 




INVITE 


IMS_B forwards the INVITE to IMS_B AS 




11 


100 Trying 


AS optionally responds with a 100 Trying 
provisional response 


f 


12 


603 Decline 


IIVIS_B AS returns 603 Decline to IMS_B 




13 


603 Decline 


IIVIS_B forwards the 603 Decline to IBCF_B 




14 


603 Decline 


IBCF_B forwards the 603 Decline to IBCF_A 




15 


603 Decline 


IBCF_A forwards the 603 Decline to IIVIS_A 




16 


603 Decline 


IMS_A forwards the 603 Decline to UE_B 








17 
























User B is informed that call was declined 


i 




18 










■N. 




N. 


N. 


V 




ACK 


UE_B sends ACK to IMS_A 








19 


ACK 


IMS_A forwards ACK to IBCF_A 




20 


ACK 


IBCF_A forwards ACL to IBCF_B 




21 


ACK 


IBCF_B forwards ACK to IMS_B 




22 


ACK 


IMS_B forwards ACK to IMS_B AS 
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4.4.7 Supplementary Service Originating Identification Presentation (OIP) 



4.4.7.1 



Description 



UE_A places an IMS VoIP call to UE_B. UE_B is subscribed to OIP service. The call flow path and node configuration 
for this use case corresponds to CF_INT_AS when UE_B is in home network and to CF_ROAM_AS when UE_B is 
roaming in IMS_A. 

The test sequence typically associated with this use case when is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


CF ROAM AS 


1 


User A calls User B 


Step1 


Step1 


2 


User B is informed of incoming call of User A, user A's identity is 
displayed 


Step 1 6 


Step 22 


3 


User A is informed that UE B is ringing 


Step 24 


Step 33 


4 


User B answers call 


Step 25 


Step 34 


5 


User A is informed that call has been answered 


Step 33 


Step 45 


6 


User B is informed that the call is established 


Step 41 


Step 56 


7 


User A ends call 


Step 42 


Step 57 


8 


User B is informed that call has ended 


Step 50 


Step 68 


9 


User A is informed that call has ended 


Step 58 


Step 79 



4.4.7.2 UC_08J: SIP message flow for SS OIP with CFJNT_AS 

The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 






1 
























User A calls User B 


? 




2 














>. 








INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired media and codecs that 
UE_A supports 


^ 






3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 








4 


INVITE 


IMS_A forwards INVITE to IBCF_A 




5 


100 Trying 


IBCFA responds with a 100 Trying 
provisional response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




























INVITE triggers the OIP IPC in IMS_B 


10 






















INVITE 


IMS_B forwards the INVITE to IMS_B AS 


^ 


11 


100 Trying 


AS optionally responds with a 100 Trying 
provisional response 




12 


INVITE 


IMS B AS returns, possibly modified, INVITE to 
IMS_B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 






13 






















100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




14 


INVITE 


IMS_B forwards the INVITE to UE_B 








V. 


15 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 










16 
























User B is informed of incoming call of User A, 
User A's identity is displayed 


^ 




17 






















180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 










18 


180 Ringing 


IMS B forwards 180 Ringing response to 
IMS_B AS 




19 


180 Ringing 


IMS B AS forwards 180 Ringing response to 
IMS_B 




20 


180 Ringing 


IMS B forwards the 180 Ringing response to 
IBCF_B 




21 


180 Ringing 


IBCF B forwards the 180 Ringing response to 
IBCF_A 




22 


180 Ringing 


IBCF A forwards the 180 Ringing response to 
IMS_A 




23 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 








24 
























User A is informed that UE_B is ringing 


i 




25 




User B answers call 


? 




26 






















200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 






/ 




27 


200 OK 


IMS_B forwards 200 OK response to IMS_B AS 




28 


200 OK 


IMS B AS forwards 200 OK response to 
IMS_B 




29 


200 OK 


IMS B forwards the 200 OK response to 
IBCF_B 




30 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 




31 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 




32 


200 OK 


IMS_A forwards the 200 OK response to UE_A 








33 
























User A is informed that call has been answered 


i 




34 














N. 








ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 








35 


ACK 


IMS_A forwards ACK to IBCF_A 




36 


ACK 


IBCF_A forwards ACK to IBCF_B 




37 


ACK 


IBCF_B forwards ACK to IMS_B 




38 


ACK 


IMS_B forwards ACK to IMS_B AS 


^ 


39 


ACK 


IMS B AS forwards, possibly modified, ACK to 
IMS_B 




40 


ACK 


IMS_B forwards ACK to UE_B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 






41 
























User B is informed tliat the call is established 


^ 




42 




User A ends call 


^ 




43 










^. 












BYE 


UE_A releases the call with BYE 






^ 


44 


BYE 


IMS_A forwards BYE to IBCF_A 




45 


BYE 


IBCF_A forwards BYE to IBCF_B 




46 


BYE 


IBCF_B forwards BYE to IMS_B 




47 


BYE 


IMS_B forwards BYE to IMS_B AS 




48 


BYE 


IMS B AS forwards, possibly modified, BYE to 
IMS_B 




49 


BYE 


IMS_B forwards BYE to UE_B 










50 
























User B is informed that call has ended 


^ 




51 






















200 OK 


UE_B sends 200 OK for BYE 






^ 




52 


200 OK 


IMS_B forwards 200 OK response to IIVIS_B AS 




53 


200 OK 


IMS_B AS forwards 200 OK response to ll\/IS_B 




54 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




55 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




56 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 




57 


200 OK 


IMS_A forwards 200 OK response to UE_A 








58 
























User A is informed that call has ended 


^ 

































4.4.7.3 



UC_08_R: SIP message flow for SS OIP with CF_ROAM_AS 



The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






1 
























User A calls User B 


^ 




2 






















INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired media and codecs that 


f 






3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 








4 


INVITE 


IMS_A forwards INVITE to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






5 












^ 


\ 








100 Trying 


IBCF A responds with a 100 Trying 
provisional response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IMS_A forwards INVITE to IMS_B 


^ 


9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




























INVITE triggers the OIP IPC in IMS_B 


10 












/■ 










INVITE 


IMS_B forwards the INVITE to IMS_B AS 


^ 


11 


100 Trying 


AS optionally responds with a 100 Trying 
provisional response 


^ 


12 


INVITE 


IMS B AS returns, possibly modified, INVITE to 
IMS_B 




13 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




14 


INVITE 


IMS_B forwards the INVITE to IMS_A 


N. 


15 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




16 


INVITE 


IMS_B forwards INVITE to IBCF_B 




17 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




18 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


\ 


19 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




20 


INVITE 


IMS_A forwards the INVITE to UE_B 




21 


100 Trying 


UEB optionally responds with a 100 Trying 
provisional response 




22 
























User B is informed of incoming call of User A, 
User A's identity is displayed 




23 














N. 


V 






180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




24 


180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF_A 




25 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF_B 




26 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS_B 


^ 


27 


180 Ringing 


IMS B forwards 180 Ringing response to 
IMS_B AS 


^ 


28 


180 Ringing 


IMS B AS forwards 180 Ringing response to 
IMS_B 




29 


180 Ringing 


IMS B forwards the 180 Ringing response to 
IBCF_B 




30 


180 Ringing 


IBCF B forwards the 180 Ringing response to 
IBCF_A 




31 


180 Ringing 


IBCF A forwards the 180 Ringing response to 
IMS_A 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 






32 






^ 
















180 Ringing 


IIVIS A forwards the 180 Ringing response to 
UE_A 








33 
























User A is informed that UE_B is ringing 


i 




34 




User B answers call 


? 




35 












N 


V 








200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 




36 


200 OK 


IIVIS_A forwards 200 OK response to IBCF_A 


^ 


37 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




38 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




39 


200 OK 


IIVIS_B forwards 200 OK response to IMS_B AS 




40 


200 OK 


IMS B AS forwards 200 OK response to 
IMS_B 




41 


200 OK 


IMS B forwards the 200 OK response to 
IBCF_B 




42 


200 OK 


IBCF B forwards the 180 Ringing response to 
IBCF_A 




43 


200 OK 


IBCF A forwards the 180 Ringing response to 
IMS_A 




44 


200 OK 


IMS_A forwards the 200 OK response to UE_A 








45 
























User A is informed that call has been answered 


i 




46 












■V 










ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 








47 


ACK 


IMS_A forwards ACK to IBCF_A 


y 


48 


ACK 


IBCF_A forwards ACK to IBCF_B 


y 


49 


ACK 


IBCF_B forwards ACK to IMS_B 




50 


ACK 


IMS_B forwards ACK to IMS_B AS 




51 


ACK 


IMS B AS forwards, possibly modified, ACK to 
IMS_B 




52 


ACK 


IMS_B forwards ACK to IBCF_B 




53 


ACK 


IBCF_B forwards ACK to IBCF_A 




54 


ACK 


IBCF_A forwards ACK to IMS_A 




55 


ACK 


IMS_A forwards ACK to UE_B 




56 
























User B is informed that the call is established 


i 




57 




User A ends call 


^ 




58 






















BYE 


UE_A releases the call with BYE 








59 


BYE 


IMS_A forwards BYE to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


u 

E 
B 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






60 










^ 






V 






BYE 


IBCF_A forwards BYE to IBCF_B 


^ 


61 


BYE 


IBCF_B forwards BYE to IMS_B 


^ 


62 


BYE 


IMS_B forwards BYE to IMS_B AS 




63 


BYE 


IMS B AS forwards, possibly modified, BYE to 
IMS_B 




64 


BYE 


IMS_B forwards BYE to IBCF_B 




65 


BYE 


IBCF_B forwards BYE to IBCF_A 




66 


BYE 


IBCF_A forwards BYE to IMS_A 




67 


BYE 


IMS_A forwards BYE to UE_B 




68 
























User B is informed that call has ended 


i 




69 






^ 








N. 








200 OK 


UE_B sends 200 OK for BYE 




70 


200 OK 


IMS_A forwards 200 OK to IBCF_A 




71 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 




72 


200 OK 


IBCF_B forwards 200 OK to IMS_B 


^ 


73 


200 OK 


IMS_B forwards 200 OK to IMS_B AS 


^ 


74 


200 OK 


IMS_B AS forwards 200 OK response to MSJB 




75 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




76 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




77 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 




78 


200 OK 


IMS_A forwards 200 OK response to UE_A 








79 
























User A is informed that call has ended 


i 

































4.4.8 Supplementary Service Originating Identification Restriction (OIR) 



4.4.8.1 



Description 



UE_B places an IMS VoIP call to UE_A. UE_A is subscribed to OIP service, UE_B is subscribed to OIR service in 
permanent mode or default presentation restricted temporary mode. The call flow path and node configuration for this 
use case corresponds to CF_INT_AS when UE_B is in home network and to CF_ROAM_AS when UE_B is roaming in 
IMS_A. 
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The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


CF ROAM AS 


1 


User B calls User A 


Step 1 


Step 1 


2 


User A is Informed of incoming call of User B, user B's identity 
is not displayed 


Step 20 


Step 26 


3 


User B is informed that UE A is ringing 


Step 30 


Step 39 


4 


User A answers call 


Step 31 


Step 40 


5 


User B is informed that call has been answered 


Step 41 


Step 53 


6 


User A is informed that the call is established 


Step 49 


Step 64 


7 


User A ends call 


Step 50 


Step 65 


8 


User B is informed that call has ended 


Step 60 


Step 78 


9 


User A is informed that call has ended 


Step 68 


Step 89 



4.4.8.2 UC_09J: SIP message flow for SS OIR with CFJNT_AS 

The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 






1 








*. 


















User B calls User A 








2 


















>. 






INVITE 


UE_B sends INVITE with the first SDP offer 
indicating all desired media and codecs that 
UE B supports 




f 










3 


100 Trying 


IIVIS_B responds with a 100 Trying provisional 














response 




























INVITE triggers the OIR IFC in IMS_B 


4 


















^ 






INVITE 


IMS B forwards the INVITE to IMS B AS 




^ 




5 


100 Trying 


IMS_B AS optionally responds with a 100 Trying 






provisional response 


6 


INVITE 


IMS_B AS returns modified INVITE including 






Privacy header (value "id" or "header") to IMS_B 


7 


100 Trying 


IMS_B responds with a 100 Trying provisional 






response 


8 


INVITE 


IMS_B forwards the INVITE to IBCF_B 








9 


100 Trying 


IBCF_B responds with a 100 Trying provisional 






response 


10 


INVITE 


IBCF_B forwards the INVITE to IBCF_A 




V 




11 


100 Trying 


IBCF_A responds with a 100 Trying provisional 






response 


12 


INVITE 


IBCF_A forwards the INVITE to IMS_A 










13 


100 Trying 


IMS_A responds with a 100 Trying provisional 








response 




























INVITE triggers the OIR IFC in IMS_A 


14 
























INVITE 


IMS_A forwards the INVITE to IMS_A AS 








15 


100 Trying 


IMS_A AS optionally responds with a 100 Trying 








provisional response 
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step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


u 

E 
B 


1 
IVI 

s 

A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 






16 












^ 












INVITE 


IMS_A AS returns modified INVITE including 
modified From and P-Asserted headers to 
IMS A 




X 


17 


100 Trying 


IMS_A responds with a 100 Trying provisional 






response 


18 


INVITE 


IMS_A forwards the INVITE to UE_A 












19 


100 Trying 


UE_A optionally responds with a 100 Trying 










provisional response 


20 


























User A is informed of incoming call of User B, 
user B's identity is not displayed 




i 






21 










>. 








V 






180 Ringing 


UE A responds to initial INVITE with 180 








^ 


Ringing to indicate that it has started alerting 


22 


180 Ringing 


IMS_A forwards the 180 Ringing to IMS_A AS 




f 




23 


180 Ringing 


IMS_A AS forwards, possibly modified, 180 






Ringing to IMS_A 


24 


180 Ringing 


IMS A forwards 180 Ringing response to 








IBCF_A 


25 


180 Ringing 


IBCF A forwards 180 Ringing response to 






IBCF_B 


26 


180 Ringing 


IBCF B forwards 180 Ringing response to 






IMS_B 


27 


180 Ringing 


IMS B forwards 180 Ringing response to 






IMS_B AS 


28 


180 Ringing 


IMS_B AS forwards, possibly modified, 180 






Ringing response to IMS_B 


29 


180 Ringing 


IMS B forwards the 180 Ringing response to 














UE_B 


30 


























User B is informed that UEA is ringing 




^ 






31 




User A answers call 




^ 






32 










>. 






N 








200 OK 


UE_A responds INVITE with 200 OK to indicate 










that the call has been answered 


33 


200 OK 


IMS_A forwards the 200 OK to IMS_A AS 








34 


200 OK 


IMS A AS forwards, possibly modified, 200 OK 






to IMS_A 


35 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 










36 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




37 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 








38 


200 OK 


IMS_B forwards 200 OK response to IMS_B AS 








39 


200 OK 


IMS_B AS forwards, possibly modified, 200 OK 






response to IMS_B 


40 


200 OK 


IMS_B forwards the 200 OK response to UE_B 
















41 


























User B is informed that call has been answered 




i 






42 


















>. 






ACK 


UE B acknowledges the receipt of 200 OK for 
























INVITE 
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step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 






43 






f 












^ 






ACK 


IMS_B forwards ACK to IMS_B AS 








44 


ACK 


IMS B AS forwards, possibly modified, ACK to 






IMS_B 


45 


ACK 


IMS_B forwards ACK to IBCF_B 








46 


ACK 


IBCF_B forwards ACK to IBCF_A 




47 


ACK 


IBCF A forwards ACK to IMS A 










48 


ACK 


IMS_A forwards ACK to UE_A 












49 


























User A is informed that the call is established 




i 










50 




User A ends call 




^ 










51 
























BYE 


UE_A releases the call with BYE 








52 


BYE 


IMS_A forwards BYE to IMS_A AS 








53 


BYE 


IMS A AS forwards, possibly modified, BYE to 






IMS_A 


54 


BYE 


IMS_A forwards BYE to IBCF_A 










55 


BYE 


IBCF_A forwards BYE to IBCF_B 




56 


BYE 


IBCF B forwards BYE to IMS B 








57 


BYE 


IMS_B forwards BYE to IMS_B AS 








58 


BYE 


IMS_B AS forwards BYE to IMS_B 








59 


BYE 


IMS B forwards BYE to UE B 
















60 


























User B is informed that call has ended 




















61 
























200 OK 


UE_B sends 200 OK for BYE 
















62 


200 OK 


IMS_B forwards 200 OK response to IMS_B AS 




^ 




63 


200 OK 


IMS_B AS forwards, possibly modified, 200 OK 






response to IMS_B 


64 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 








65 












^ 




/ 








200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




66 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 










67 


200 OK 


IMS_A forwards 200 OK response to UE_A 












68 


























User A is informed that call has ended 



£75/ 



70 



ETSI TS 186 011-2 V3.1.1 (2011-06) 



4.4.8.3 UC_09_R: SIP message flow for SS OIR with CF_ROAM_AS 

The expected call flow sequence is: 



step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


A 
S 
B 






1 


























User B calls User A 




^ 










2 














V 


V 








INVITE 


UE_B sends INVITE with the first SDP offer 
indicating all desired media and codecs that 
UE B supports 






3 


100 Trying 


IMS_A responds with a 100 Trying provisional 






response 


4 


INVITE 


IMS_A forwards INVITE to IBCF_A 




f 






5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 








response 


6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 






response 


8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying provisional 






response 




























INVITE triggers the OIR IFC in IMS_B 


10 












^ 












INVITE 


IMS_B forwards the INVITE to IMS_B AS 








11 


100 Trying 


IMS_B AS optionally responds with a 100 Trying 




f 


provisional response 


12 


INVITE 


IMS_B AS returns modified INVITE including 






Privacy header (value "id" or "header") to IMS_B 


13 


100 Trying 


IMS_B responds with a 100 Trying provisional 






response 


14 


INVITE 


IMS_B forwards the INVITE to IBCF_B 




N. 




15 


100 Trying 


IBCF_B responds with a 100 Trying provisional 






response 


16 


INVITE 


IBCF B fonwards the INVITE to IBCF A 








17 


100 Trying 


IBCF_A responds with a 100 Trying provisional 






response 


18 


INVITE 


IMS_B forwards the INVITE to IMS_A 






\ 




19 


100 Trying 


IMS_A responds with a 100 Trying provisional 








response 




























INVITE triggers the OIP IFC in IMS_A 


20 












^. 












INVITE 


IMS_A forwards the INVITE to IMS_A AS 




f 




21 


100 Trying 


IMS A AS optionally responds with a 100 Trying 




f 


provisional response 


22 


INVITE 


IMS_A AS returns modified INVITE including 
modified From and P-Asserted headers to 
IMS A 




X 


23 


100 Trying 


IMS_A responds with a 100 Trying provisional 








response 
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step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


A 
S 
B 






24 
























INVITE 


IMS_A forwards the INVITE to UE_A 














25 
























100 Trying 


UEA optionally responds with a 100 Trying 












provisional response 


26 


























User A is informed of incoming call of User B, 
user B's identity is not displayed 




i 






27 
















>. 


N. 






180 Ringing 


UE_A responds to initial INVITE with 180 








^ 


Ringing to indicate that it has started alerting 


28 


180 Ringing 


IMS A forwards the 180 Ringing to IMS A 




^ 


AS 


29 


180 Ringing 


IIVIS_A AS forwards, possibly modified, 180 






Ringing to IMS_A 


30 


180 Ringing 


IMS A forwards 180 Ringing response to 






^ 


IBCF_A 


31 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF_B 




32 


180 Ringing 


IBCF B fonwards 180 Ringing response to 




^ 


IMS_B 


33 


180 Ringing 


IIVIS B forwards 180 Ringing response to 
IMS_B AS 


^ 


34 


180 Ringing 


IMS_B AS forwards, possibly modified, 180 
Ringing response to IIVIS_B 




35 


180 Ringing 


IMS B forwards the 180 Ringing response to 






IBCF_B 


36 


180 Ringing 


IBCF B forwards the 180 Ringing response to 
IBCF_A 




37 


180 Ringing 


IBCF A forwards the 180 Ringing response to 
IMS_A 




38 


180 Ringing 


IMS A forwards the 180 Ringing response to 








UE_B 


39 


























User B is informed that UE_A is ringing 




^ 






40 




User A answers call 




^ 






41 










>. 














200 OK 


UE_A responds INVITE with 200 OK to indicate 










that the call has been answered 


42 


200 OK 


IMS_A forwards the 200 OK to IMS_A AS 








43 


200 OK 


IMS A AS forwards, possibly modified, 200 OK 






to IMS_A 


44 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 










45 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




46 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 








47 


200 OK 


IMS_B forwards 200 OK response to IMS_B AS 






48 


200 OK 


IMS_B AS forwards, possibly modified, 200 OK 
response to IMS_B 




49 


200 OK 


IMS B forwards the 200 OK response to 






IBCF_B 


50 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 




51 


200 OK 


IBCF A forwards the 200 OK response to 












IMS_A 
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step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


u 

E 
B 


1 
IVI 

s 

A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 






52 
























200 OK 


IMS_A forwards the 200 OK response to UE_B 




53 


























User B is informed tliat call has been answered 




i 






54 










^. 






N 








ACK 


UE B acknowledges the receipt of 200 OK for 






INVITE 


55 


ACK 


IMS_A forwards ACK to IBCF_A 










56 


ACK 


IBCF_A forwards ACK to IBCF_B 




57 


ACK 


IBCF_B forwards ACK to IMS_B 


^ 


58 


ACK 


IMS_B forwards ACK to IMS_B AS 








59 


ACK 


IMS B AS forwards, possibly modified, ACK to 






IMS_B 


60 


ACK 


IMS_B forwards ACK to IBCF_B 








61 






^ 


















ACK 


IBCF_B forwards ACK to IBCF_A 




62 


ACK 


IBCF A forwards ACK to IMS A 










63 


ACK 


IMS_A forwards ACK to UE_A 












64 


























User A is informed that the call is established 




i 






65 




User A ends call 




^ 






66 
























BYE 


UE_A releases the call with BYE 








67 


BYE 


IMS_A forwards BYE to IMS_A AS 








68 


BYE 


IMS A AS forwards, possibly modified, BYE to 






IMS_A 


69 


BYE 


IMS_A forwards BYE to IBCF_A 










70 


BYE 


IBCF_A forwards BYE to IBCF_B 




71 


BYE 


IBCF B forwards BYE to IMS B 








72 


BYE 


IMS_B forwards BYE to IMS_B AS 








73 


BYE 


IMS_B AS forwards BYE to IMS_B 








74 


BYE 


IMS B forwards BYE to IBCF B 








75 


BYE 


IBCF_B forwards BYE to IBCF_A 








76 


BYE 


IBCF_A forwards BYE to IMS_A 






77 


BYE 


IMS A forwards BYE to UE B 








78 


























User B is informed that call has ended 














79 
























200 OK 


UE_B sends 200 OK for BYE 
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step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 






80 






^ 










V 








200 OK 


IMS_A forwards 200 OK response to IBCF_A 










81 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




82 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




^ 




83 


200 OK 


IMS_B forwards 200 OK response to IMS_B AS 








84 


200 OK 


IMS_B AS forwards, possibly modified, 200 OK 






response to IIVIS_B 


85 


200 OK 


IIVIS_B forwards 200 OK response to IBCF_B 








86 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




87 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 










88 


200 OK 


IMS_A forwards 200 OK response to UE_A 












89 


























User A is informed that call has ended 



4.4.9 Supplementary Service HOLD 



4.4.9.1 



Description 



UE_A places an IMS VoIP call to UE_B which places the call on HOLD. UE_A will be notified by the AS that the call 
is on hold. UE_B will resume the call, and UE_A will be informed by the AS that the call is resumed. 

The test sequence typically associated with this use case when is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


CF ROAM AS 


1 


User A calls User B 


1 


1 


2 


User B is informed of incoming call of User A 


12 


18 


3 


User A is informed that UE B is ringing 


18 


27 


4 


User B answers call 


19 


28 


5 


User A is informed that call has been answered 


25 


37 


6 


User B is informed that call is established 


31 


46 


7 


User B puts call on hold 


32 


47 


8 


User A is informed that call on hold with AS 
tone 


47 


68 


9 


User B is informed that call on hold 


55 


79 


10 


User B resumes call 


63 


90 


11 


User B is informed that call is resumed 


85 


121 


12 


User A is informed that call is resumed 


93 


132 


13 


User A ends call 


94 


133 


14 


User B is informed that call has ended 


100 


142 


15 


User A is informed that call has ended 


106 


151 
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4.4.9.1.1 

The expected call flow sequence is: 



UC_10_I: SIP Call Flow "call hold and resume with AS tone" using relNVITE with 
CF INT AS 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


u 

E 
B 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


A 
S 
B 






1 
























User A calls User B 


? 




2 












V 




V 






INVITE 


UE_A sends INVITE witli the first SDP 
offer indicating all desired media and 
codecs that UE A supports 








3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 








4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


•• 


5 


100 Trying 


IBCFA responds with a 100 Trying 
provisional response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 1 00 Trying 
provisional response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 


f 


9 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




10 


INVITE 


IMS_B forwards INVITE to UE_B 










11 


100 Trying 


UE_B optionally responds with a 100 
Trying provisional response 










12 
























User B is informed of incoming call of 
User A 


i 




13 






^ 
















180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started 
alerting 




•• 






14 


180 Ringing 


IIVIS B forwards the 180 Ringing response 
to IBCF B 




15 


180 Ringing 


IBCF_B forwards the 180 Ringing 
response to IBCF A 




16 


180 Ringing 


IBCF_A forwards the 180 Ringing 
response to IMS A 




17 


180 Ringing 


IIVIS A forwards the 180 Ringing response 
toUE A 








18 
























User A is informed that UE_B is ringing 


i 




19 




User B answers call 


^ 




20 
















N 






200 OK 


UE_B responds to INVITE with 200 OK to 
indicate that the call has been answered 






f 


f 


21 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




22 


200 OK 


IBCF B forwards 200 OK response to 
IBCF A 




23 


200 OK 


IBCF A forwards 200 OK response to 
IMS A 




24 


200 OK 


IMS A forwards the 200 OK response to 
UE A 








25 
























User A is informed that call has been 
answered 


i 




26 










^. 












ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








27 


ACK 


IMS_A forwards ACK to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






28 














N. 


V 






ACK 


IBCF_A forwards ACK to IBCF_B 




29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to UE_B 










31 
























User B is informed that call is establislied 


i 




32 




User B puts call on hold 


^ 




33 
















N 






INVITE 


UE_B sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 


^ 








34 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




-• 




^ 


35 


INVITE 


IMS_B sends relNVITE to AS_B 




36 


100 Trying 


AS_B optionally responds with a 100 
Trying provisional response 




37 


INVITE 


AS_B sends relNVITE to IMS_B 




38 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




39 


INVITE 


IMS_B forwards relNVITE to IBCF_B 




40 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




41 


INVITE 


IBCF_B forwards relNVITE to IBCF_A 


V 


42 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




43 


INVITE 


IBCF_A forwards relNVITE to IMS_A 




44 






















100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




45 
46 


INVITE 
100 Trying 


IMS_A forwards relNVITE to UE_A 

UE_A optionally responds with a 100 
Trying provisional response 






>. 








47 
























User A is informed that call is on hold with 
AS tone 


i 




48 














N. 


N. 






200 OK 


UE_A responds to relNVITE with 200 OK 
indicating media attribute "recvonly" 






^ 


49 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 




50 


200 OK 


IBCF A forwards 200 OK response to 
IBCF B 




51 


200 OK 


IBCF B forwards 200 OK response to 
IMS B 




52 


200 OK 


IMS B forwards 200 OK response to 
AS B 




53 


200 OK 


AS B forwards 200 OK response to 
IMS B 




54 


200 OK 


IMS_b forward the 200 OK to UE_B 










55 
























User B is informed that the call is on hold 




56 
















V 






ACK 


UE B acl<nowledges the receipt of 200 
OK for relNVITE 










57 


ACK 


IMS_B forwards ACK to AS_B 




58 


ACK 


AS_B forwards ACK to IMS_B 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



U 
s 
e 
r 
B 



U 

E 
B 



I 
IVI 

s 

A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

IVI 
S 
B 



A 
S 
B 



59 



60 



61 



62 



63 



64 



65 



66 



67 



68 



69 



70 



71 



72 



73 



74 



75 



76 



77 



78 



79 



80 



81 



82 



83 



84 



85 



86 



87 



88 



89 



ACK 



ACK 



ACK 



ACK 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IIVIS A 



IIVIS A forwards ACK to UE A 



User B resumes call 



UE_B sends second relNVITE message 
indicating media attribute "sendrecv" (Call 
Resume) 



IIVIS_B responds with a 100 Trying 
provisional response 



IIVIS B sends relNVITE to AS B 



AS_B optionally responds with a 100 
Trying provisional response 



AS B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying 
provisional response 



IMS B sends relNVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B sends relNVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A sends relNVITE to IMS A 



IMS_A responds with a 100 Trying 
provisional response 



IMS A forwards relNVITE to UE A 



UE_A optionally responds with a 100 
Trying provisional response 



UEA sends the 200 OK indicating media 
attribute "sendrecv" to IMS A 



IMS_A forwards 200 OK response to 
IBCF A 



IBCF_A forwards 200 OK response to 
IBCF B 



IBCF_B forwards 200 OK response to 
IMS B 



IMS_B forwards 200 OK response to 
AS B 



AS B forwards the 200 OK for INVITE 



IMS B forwards 200 OK to UE B 



User B is informed that call is resumed 



UE B sends ACK to IMS B 



IMS B forwards ACK to AS B 



AS B forwards ACK to IMS B 



IMS B forwards ACK to IBCF B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 






90 












y 


^ 








ACK 


IBCF_B forwards ACK to IBCF_A 




91 


ACK 


IBCF_A forwards ACK to IMS_A 




92 


ACK 


IMS_A forwards ACK to UE_A 








93 
























User A is informed tiiat call resumed 


i 




94 




User A ends call 


^ 




95 












V 










BYE 


UE_A releases the call with BYE 






^ 


96 


BYE 


IMS_A forwards BYE to IBCF_A 




97 


BYE 


IBCF_A forwards BYE to IBCF_B 




98 


BYE 


IBCF_B forwards BYE to IMS_B 




99 


BYE 


IMS_B forwards BYE to UE_B 










100 
























User B is informed that call has ended 




101 






^ 
















200 OK 


UE_B sends 200 OK for BYE 










102 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




103 


200 OK 


IBCF B forwards 200 OK response to 
IBCF A 




104 


200 OK 


IBCF A forwards 200 OK response to 
IMS A 




105 


200 OK 


IMS A forwards the 200 OK response to 
UE A 








206 




f 




















User A is informed that call has ended 

































4.4.9.1 .2 UC_1 0_R: SIP Call Flow "call hold and resume with AS tone" using relNVITE 

with CF_ROAM_AS 

The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 






1 
IVI 

s 

B 


A 
S 
B 






1 




N. 




















User A calls User B 




2 












\ 


X 








INVITE 


UE_A sends INVITE with the first SDP 
offer indicating all desired media and 
codecs that UE A supports 








3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 








4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


•• 


5 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 






1 

IVI 

s 

B 


A 
S 
B 






8 










^ 




f 








INVITE 


IMS_A forwards INVITE to IMS_B 




9 


100 Trying 


IIVIS_B responds with a 100 Trying 
provisional response 




10 


INVITE 


IMS_B forwards INVITE to IBCF_B 




11 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




12 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


X 


13 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




14 


INVITE 


IBCF_A forwards INVITE to IMS_A 


\ 


15 


100 Trying 


IIVIS_A responds with a 100 Trying 
provisional response 




16 


INVITE 


IMS_A forwards INVITE to UE_B 




17 


100 Trying 


UE_B optionally responds with a 100 
Trying provisional response 




18 
























User B is informed of incoming call of 
User A 


i 




19 














N 








180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started 
alerting 




20 


180 Ringing 


IIVIS A forwards 180 Ringing response to 
IBCF A 




21 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF B 




22 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS B 


f 


23 


180 Ringing 


IIVIS B forwards the 180 Ringing response 
to IBCF B 




24 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 




25 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 




26 


180 Ringing 


IMS A forwards the 180 Ringing response 
toUE A 








27 
























User A is informed that UE_B is ringing 


i 




28 




User B answers call 


^ 




29 














N 








200 OK 


UE_B responds to INVITE with 200 OK to 
indicate that the call has been answered 




30 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 




31 


200 OK 


IBCF A forwards 200 OK response to 
IBCF B 




32 


200 OK 


IBCF B forwards 200 OK response to 
IMS B 


f 


33 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




34 


200 OK 


IBCF B forwards 200 OK response to 
IBCF A 




35 


200 OK 


IBCF A forwards 200 OK response to 
IMS A 




36 


200 OK 


IMS A forwards the 200 OK response to 
UE A 








37 
























User A is informed that call has been 
answered 


i 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



U 
s 
e 
r 
B 



U 

E 
B 



I 
IVI 

s 

A 



I 
IVI 

s 

B 



A 
S 
B 



38 



39 



40 



41 



42 



43 



44 



45 



46 



47 



48 



49 



50 



51 



52 



53 



54 



55 



56 



57 



58 



59 



60 



61 



62 



63 



64 



65 



66 



67 



68 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



UE_A acknowledges the receipt of 200 
OK for INVITE 



IMS A forwards ACK to I BCF A 



IBCF A forwards ACK to I BCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to UE B 



User B is informed that call is established 



User B puts call on hold 



UEB sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 



IMS_A responds with a 100 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying 
provisional response 



IMS B sends relNVITE to AS B 



AS_B optionally responds with a 100 
Trying provisional response 



AS B sends relNVITE to IMS B 



IMS_B responds with a 100 Trying 
provisional response 



IMS B forwards relNVITE to IBCF B 



IMS_A responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying 
provisional response 



IMS A forwards relNVITE to UE A 



UE_A optionally responds with a 100 
Trying provisional response 



User A is informed that call is on hold with 
AS tone 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 






1 

IVI 

s 

B 


A 
S 
B 






69 














X 








200 OK 


UE_A responds to relNVITE with 200 OK 
indicating media attribute "recvonly" 








70 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 




71 


200 OK 


IBCF A forwards 200 OK response to 
IBCF B 




72 


200 OK 


IBCF B forwards 200 OK response to 
IMS B 


y 


73 


200 OK 


IMS B forwards 200 OK response to 
AS B 


f 


74 


200 OK 


AS B forwards 200 OK response to 
IMS B 




75 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




76 


200 OK 


IBCF B forwards 200 OK response to 
IBCF A 




77 


200 OK 


IBCF A forwards 200 OK response to 
IMS A 




78 


200 OK 


IMS_A forward the 200 OK to UE_B 




79 








f 
















User B is informed that the call is on hold 




80 






^ 






\ 


V 


N. 






ACK 


UE B acknowledges the receipt of 200 
OK for relNVITE 




81 


ACK 


IMS_A forwards ACK to IBCF_A 




82 


ACK 


IBCF_A forwards ACK to IBCF_B 


^ 

f 


83 


ACK 


IBCF_B forwards ACK to IMS_B 


^ 


84 


ACK 


IMS_B forwards ACK to AS_B 




85 


ACK 


AS_B forwards ACK to IMS_B 




86 


ACK 


IMS_B forwards ACK to IBCF_B 




87 


ACK 


IBCF_B forwards ACK to IBCF_A 




88 


ACK 


IBCF_A forwards ACK to IMS_A 




89 


ACK 


IMS_A forwards ACK to UE_A 








90 
























User B resumes call 


? 




91 














\ 








INVITE 


UEB sends second relNVITE message 
indicating media attribute "sendrecv" (Call 
Resume) 


^ 


92 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




93 


INVITE 


IMS_A sends relNVITE to IBCF_A 




94 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




95 


INVITE 


IBCF_A sends relNVITE to IBCF_B 


y 

y 


96 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




97 


INVITE 


IBCF_B sends relNVITE to IMS_B 




98 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




99 


INVITE 


IMS B sends relNVITE to AS B 




/ 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



U 
s 
e 
r 
B 



U 

E 
B 



I 
IVI 

s 

A 



I 
IVI 

s 

B 



A 
S 
B 



100 



101 



102 



103 



104 



105 



106 



107 



108 



109 



110 



111 



112 



113 



114 



115 



116 



117 



118 



119 



120 



100 Trying 



AS_B optionally responds with a 100 
Trying provisional response 



INVITE 



AS B forwards INVITE to IMS B 



100 Trying 



IIVIS_B responds with a 100 Trying 
provisional response 



INVITE 



IMS B sends relNVITE to IBCF B 



100 Trying 



IBCF_B responds with a 100 Trying 
provisional response 



INVITE 



IBCF B sends relNVITE to IBCF A 



100 Trying 



IBCF_A responds with a 100 Trying 
provisional response 



INVITE 



IBCF A sends relNVITE to IMS A 



100 Trying 



IMS_A responds with a 100 Trying 
provisional response 



INVITE 



IMS A forwards relNVITE to UE A 



100 Trying 



UE_A optionally responds with a 100 
Trying provisional response 



200 OK 



UEA sends the 200 OK indicating media 
attribute "sendrecv" to IMS A 



200 OK 



IMS_A forwards 200 OK response to 
IBCF A 



200 OK 



IBCF_A forwards 200 OK response to 
IBCF B 



200 OK 



IBCF_B forwards 200 OK response to 
IMS B 



200 OK 



IMS_B forwards 200 OK response to 
AS B 



200 OK 



AS B forwards the 200 OK for INVITE 



200 OK 



IMS B forwards 200 OK to IBCF B 



200 OK 



IBCF B forwards 200 OK to IBCF A 



200 OK 



IBCF A forwards 200 OK to IMS A 



200 OK 



IMS A forwards 200 OK to UE B 



121 



User B is informed that call is resumed 



122 



123 



124 



125 



126 



127 



128 



129 



130 



131 



ACK 



UE B sends ACK to IMS A 



ACK 



IMS A forwards ACK to IBCF A 



ACK 



IBCF A forwards ACK to IBCF B 



ACK 



IBCF B forwards ACK to IMS B 



ACK 



IMS B forwards ACK to AS B 



ACK 



AS B forwards ACK to IMS B 



ACK 



IMS B forwards ACK to IBCF B 



ACK 



IBCF B forwards ACK to IBCF A 



ACK 



IBCF A forwards ACK to IMS A 



ACK 



IMS A forwards ACK to UE A 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 
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E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 






1 
IVI 

s 

B 


A 
S 
B 






132 
























User A is informed that call resumed 


i 




133 




User A ends call 


^ 




134 












V 


V 








BYE 


UE_A releases the call with BYE 






^ 


135 


BYE 


IMS_A forwards BYE to IBCF_A 




136 


BYE 


IBCF_A forwards BYE to IBCF_B 




137 


BYE 


IBCF_B forwards BYE to IMS_B 


^ 


138 


BYE 


IMS_B forwards BYE to IBCF_B 




139 


BYE 


IBCF_B forwards BYE to IBCF_A 




140 


BYE 


IBCF_A forwards BYE to IMS_A 




141 


BYE 


IMS_A forwards BYE to UE_B 




142 
























User B is informed that call has ended 




143 






















200 OK 


UE_B sends 200 OK for BYE 




144 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 


/ 


145 


200 OK 


IBCF A forwards 200 OK response to 
IBCF B 


f 


146 


200 OK 


IBCF B forwards 200 OK response to 
IMS B 


^ 


147 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




148 


200 OK 


IBCF B forwards 200 OK response to 
IBCF A 




149 


200 OK 


IBCF A forwards 200 OK response to 
IMS A 




150 


200 OK 


IMS A forwards the 200 OK response to 
UE A 








151 
























User A is informed that call has ended 

































4.4.10 Supplementary Service Call Forward Unconditional (CFU) 
4.4.10.1 Description 

UE_A places an IMS VoIP call to UE_B which has CFU activated towards user UE_B2 which is located in IMS_A. 
UE_A may be notified by the AS that the call is forwarded. UE_B2 answers the call without previous ringing 
indication. The call is released by UE_A. 
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The test sequence typically associated with this use case when is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


CF ROAM AS 


1 


User A calls User B 


1 


1 


2 


User A may be informed of call diversion 


17 


11 


3 


User B2 is informed of incoming call of User A 


22 


18 


4 


User 82 answers call 


23 


19 


5 


User A is informed that call has been answered 


31 


26 


6 


User B2 is informed that call is established 


39 


32 


7 


User A ends call 


40 


33 


8 


User B2 is informed that call has ended 


46 


37 


9 


User A is informed that call has ended 


52 


42 



4.4.1 0.1 .1 UC_1 1_l: SIP Call Flow "Communication Forwarding unconditional" with 

CF_INT_AS 

The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B2 


U 
E 
B2 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






1 
























User A calls User B 


5 




2 














N 








INVITE 


UE_A sends INVITE with the first SDP 
offer indicating all desired media and 


^ 






3 


100 Trying 


ll\/IS_A responds with a 100 Trying 
provisional response 








4 


INVITE 


IMS_A forwards INVITE to IBCF_A 




5 


100 Trying 


IBCFA responds with a 100 Trying 
provisional response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


V 


7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




























INVITE triggers the CPU IFC in IMS_B 


10 






















INVITE 


IMS_B forwards the INVITE to AS_B 




11 


100 Trying 


AS_B optionally responds with the 100 
Trying to IIVIS_B 




























AS_B applies the CDIV CFU procedure 


12 














^ 




f 




181 Call is 
being 


AS_B indicates optionally to IMS_B that 
call has been forwarded 




13 


181 Call is 
being 


IMS_B indicates to IBCF_B that call has 
been forwarded 




14 


181 Call is 
being 


IBCF_B indicates to IBCF_A that call has 
been forwarded 




15 












f 










181 Call is 
being 


IBCF_A indicates to IMS_A that call has 
been forwarded 




16 


181 Call is 
being 


IMS_A indicates that call to UE_B has 
been forwarded 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 
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E 
A 


U 
s 
e 
r 
B2 


U 
E 
B2 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






17 
























User A may be informed of call diversion 


i 




18 










^ 












INVITE 


AS_B returns modified INVITE including 
new request URI and history header to 




19 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




20 


INVITE 


IMS_B forwards the INVITE to UE_B2 










21 


100 Trying 


UE_B2 optionally responds with a 100 
Trying provisional response 










22 








f 
















User B2 is informed of incoming call of 
User A 




23 




User B2 answers call 


'^ 




24 






f 
















200 OK 


UE_B2 responds to INVITE with 200 OK 
to indicate that the call has been 




^ 




^ 


25 


200 OK 


IMS B forwards 200 OK response to 
AS_B 


f 


26 


200 OK 


AS B returns, possibly modified, 200 OK 
to IMS_B 




27 


200 OK 


IMS B forwards 200 OK response to 
IBCF_B 




28 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




29 


200 OK 


IBCF A forwards 200 OK response to 
IMS_A 




30 


200 OK 


IMS A forwards 200 OK response to 
UE_A 








31 
























User A is informed that call has been 
answered 


i 




32 












N 


V 








ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








33 


ACK 


IMS_A forwards ACK to IBCF_A 




34 


ACK 


IBCF_A forwards ACK to IBCF_B 




35 


ACK 


IBCF_B forwards ACK to IMS_B 




36 


ACK 


IMS_B forwards ACK to AS_B 


f 


37 


ACK 


AS B returns, possibly modified, ACK to 
IMS_B 




38 


ACK 


IMS_B forwards ACK to UE_B2 










39 
























User B2 is informed that call is 
established 


k 




40 




User A ends call 




41 














N 








BYE 


UE_A releases the call with BYE 








42 


BYE 


IMS_A forwards BYE to IBCF_A 




43 


BYE 


IBCF_A forwards BYE to IBCF_B 




44 


BYE 


IBCF_B forwards BYE to IMS_B 




/ 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B2 


U 
E 
B2 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






45 






















BYE 


IMS_B forwards BYE to UE_B 










46 


























k 




47 
















N. 






200 OK 


UE_B sends 200 OK for BYE 








^ 


48 


200 OK 


IMS B forwards 200 OK response to 
IBCF_B 




49 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




50 






f 
















200 OK 


IBCF A forwards 200 OK response to 
IMS_A 




51 


200 OK 


IMS A forwards 200 OK response to 
UE_A 








52 
























User A is informed that call has ended 


i 

































4.4.1 0.1 .2 UC_1 1_R: SIP Call Flow "Communication Forwarding unconditional" with 

CF_ROAM_AS 

The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B2 


U 
E 
B2 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






1 
























User A calls User B 




2 












N 




>. 






INVITE 


UE_A sends INVITE with the first SDP 
offer indicating all desired media and 








3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 








4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


f 


5 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


^ 


7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




























INVITE triggers the CPU IFC in IMS_B 


10 






















INVITE 


IMS_B forwards the INVITE to AS_B 




11 


100 Trying 


AS_B optionally responds with the 100 
Trying to IMS_B 




























AS_B applies the CDIV CFU procedure 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B2 


U 
E 
B2 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






12 












/■ 


^ 








181 Call is 
being 


AS_B indicates optionally to IMS_B that 
call has been forwarded 




13 


181 Call is 
being 


IMS_B indicates to IBCF_B that call has 
been forwarded 




14 


181 Call is 
being 


IBCF_B indicates to IBCF_A that call has 
been forwarded 




15 


181 Call is 
being 


IBCF_A indicates to IMS_A that call has 
been forwarded 




16 


181 Call is 
being 


IMS_A indicates that call to UE_B has 
been forwarded 








17 
























User A may be informed of call diversion 


i 




18 


















f 




INVITE 


AS_B returns modified INVITE Including 
new request URI and history header to 




19 












^ 


/■ 








100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




20 


INVITE 


IMS_B forwards the INVITE to IBCF_B 


^. 


21 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




22 


INVITE 


IBCF_B forwards the INVITE to IBCF_A 




23 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




24 


INVITE 


IBCF_A forwards the INVITE to IMS_A 


■V 


25 


100 Trying 


ll\/IS_A responds with a 100 Trying 
provisional response 




26 


INVITE 


IMS_A forwards the INVITE to UE_B2 




27 


100 Trying 


UE_B2 optionally responds with a 100 
Trying provisional response 




28 
























User B2 is informed of incoming call of 
User A 


d 




29 




User B2 answers call 


? 




30 






f 






N 


V 








200 OK 


UE_B2 responds to INVITE with 200 OK 
to indicate that the call has been 




31 


200 OK 


IMS A forwards 200 OK response to 
IBCF_A 


^ 


32 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 




33 


200 OK 


IBCF B forwards 200 OK response to 
IMS_B 




34 


200 OK 


IMS B forwards 200 OK response to 
AS_B 


f 


35 


200 OK 


AS B returns, possibly modified, 200 OK 
to IMS_B 




36 


200 OK 


IMS B forwards 200 OK response to 
IBCF_B 




37 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




38 


200 OK 


IBCF A forwards 200 OK response to 
IMS_A 




39 


200 OK 


IMS A forwards 200 OK response to 
UE_A 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B2 


U 
E 
B2 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






40 
























User A is informed that call has been 
answered 


i 




41 












N 


V 




X 




ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 






^ 


42 


ACK 


IMS_A forwards ACK to IBCF_A 


y 


43 


ACK 


IBCF_A forwards ACK to IBCF_B 




44 


ACK 


IBCF_B forwards ACK to IMS_B 




45 


ACK 


IMS_B forwards ACK to AS_B 


f 


46 


ACK 


AS B returns, possibly modified, ACK to 
IMS_B 




47 


ACK 


IMS_B forwards ACK to IBCF_B 




48 


ACK 


IBCF_B forwards ACK to IBCF_A 




49 


ACK 


IBCF_A forwards ACK to IMS_A 




50 


ACK 


IMS_A forwards ACK to UE_B2 




51 
























User B2 is informed that call is 
established 


i 




52 




User A ends call 




53 










>. 












BYE 


UE_A releases the call with BYE 








54 


BYE 


IMS_A forwards BYE to IBCF_A 




55 


BYE 


IBCF_A forwards BYE to IBCF_B 




56 










^ 


y 




>. 






BYE 


IBCF_B forwards BYE to IMS_B 




57 


BYE 


IMS_B forwards BYE to IBCF_B 




58 


BYE 


IBCF_B forwards BYE to IBCF_A 




59 


BYE 


IBCF_A forwards BYE to IMS_A 




60 


BYE 


IMS_A forwards BYE to UE_B 




61 


























^ 




62 












N 










200 OK 


UE_B sends 200 OK for BYE 




63 


200 OK 


IMS A forwards 200 OK response to 
IBCF_A 




64 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 


f 


65 


200 OK 


IBCF B forwards 200 OK response to 
IMS_B 


^ 


66 


200 OK 


IMS B forwards 200 OK response to 
IBCF_B 




67 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B2 


U 
E 
B2 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






68 






















200 OK 


IBCF A forwards 200 OK response to 
IMS_A 




69 


200 OK 


IMS A forwards 200 OK response to 
UE_A 








70 
























User A is informed that call has ended 


i 

































4.4.10.1.3 



UC_12: SIP Call Flow "Normal Call" with 2 UEs registered to same public identity 



The test sequence and expected call flow sequence when user A calls user B with 2 UEs, i.e. UE_B1 and UEB2, in an 
interworking scenario is: 



Step 


Action 


CF INT CALL 


1 


User A calls User B 


Step 1 


2 


User B is informed of incoming call of User A on UE B1 


Step 12 


3 


User B is informed of incoming call of User A on UE B2 


Step 21 


4 


User A is informed that a UE of User B is ringing 


Step 18 


5 


User B answers call on UE B2 


Step 27 


6 


User B is informed at UE B1 that the call is no longer offered 


Step 31 


7 


User A is informed that call has been answered 


Step 36 


8 


User B is informed that the call is established 


Step 42 


9A 


User A ends call 


Step 43A 


9B 


User B ends call 


Step 43B 


10A 


User B is informed that call has ended 


Step 49A 


10B 


User A is informed that call has ended 


Step 49B 


11A 


User A is informed that call has ended 


Step 55A 


11B 


User B is informed that call has ended 


Step 55B 



Note that steps 6 and 7 may happen in different order. 



Step 


Direction 


lUlessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

lUI 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

lUI 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A calls User B 




2 








\ 












INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 




3 


100 Trying 


IIVIS_A responds with a 1 00 Trying 
provisional response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


^ 


5 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


^ 


7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 
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Step 


Direction 


lUlessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 

E 
B 


U 
s 
e 
r 
B 






10 




















INVITE 


IMS_B forwards INVITE to UE_B1 


^ 


11 


100 Trying 


UE_B1 optionally responds with a 100 Trying 
provisional response 




12 






















User B is informed on UE_B1 of incoming 
call of User A 


5 




13 






^ 




^ 


^ 








180 Ringing 


UE_B1 responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




14 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




15 


180 Ringing 


IBCF B forwards the 180 Ringing response 
to IBCF_A 




16 


180 Ringing 


IBCF A forwards the 180 Ringing response 
to IMS_A 




17 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




18 






















User A is informed that a UE of User B is 
ringing 


i 




19 




















INVITE 


IMS_B forwards INVITE to UE_B2 




20 


100 Trying 


UE_B2 optionally responds with a 100 Trying 
provisional response 




21 






















User B is informed on UE_B2 of incoming 
call of User A 




22 








y 


y 










180 Ringing 


UE_B2 responds to Initial INVITE with 180 
Ringing to indicate that it has started alerting 




23 


180 Ringing 


IMS B forwards 2"^ 180 Ringing response to 
IBCF B 




24 


180 Ringing 


IBCF_B forwards the 2"'^ 180 Ringing 
response to IBCFA 




25 


180 Ringing 


IBCF_A forwards the 2"'^ 180 Ringing 
response to IMS_A 




26 


180 Ringing 


IMS_A forwards the 2"'^ 1 80 Ringing 
response to UE_A 




27 






















User B answers call at UE_B2 


^ 




28 














^ 






200 OK 


UE_B2 responds to INVITE with 200 OK to 
indicate that the call has been answered 




29 


CANCEL 


IMS_B sends CANCEL request to UE_B1 




30 


200 OK 


UE B1 sends 200 OK response to the 
CANCEL request to IMS_B 




31 






















UE_B1 informs user B that the call is no 
longer offered to this UE and stops ringing 




32 












/ 








200 OK 


IMS_B forwards 200 OK response to IBCF_B 




33 






^ 














200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




34 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




35 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 




36 






















User A is informed that call has been 
answered 


^ 




37 




















ACK 


UE A acknowledges the receipt of 200 OK 
for INVITE 
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Step 


Direction 


lUlessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
S 

e 
r 
B 






38 








V 












ACK 


IMS_A forwards ACK to IBCF_A 




39 


ACK 


IBCF_A forwards ACK to IBCF_B 




40 


ACK 


IBCF_B forwards ACK to IMS_B 




41 


ACK 


IMS_B forwards ACK to UE_B 




42 






















User B is informed tliat the call is established 


i 




43A 




User A ends call 


i 




44A 








N 












BYE 


UE_A releases the call with BYE 




45A 


BYE 


IMS_A forwards BYE to IBCF_A 




46A 


BYE 


IBCF_A forwards BYE to IBCF_B 




47A 


BYE 


IBCF_B forwards BYE to IMS_B 




48A 


BYE 


IMS_B forwards BYE to UE_B 




49A 






















User B is informed that call has ended 








50A 








y 


y 










200 OK 


UE_B sends 200 OK for BYE 




51A 


200 OK 


MS_B forwards 200 OK response to IBCF_B 




52A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




53A 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 




54A 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 




55A 






















User A is informed that call has ended 


i 




43B 




User B ends call 


i 




44B 








y 


y 










BYE 


UE_B releases the call with BYE 




45B 


BYE 


IMS_B forwards BYE to IBCF_B 




468 


BYE 


IBCF_B forwards BYE to IBCF_A 




47B 


BYE 


IBCF_A forwards BYE to IMS_A 




48B 


BYE 


IMS_A forwards BYE to UE_A 




498 






















User A is informed that call has ended 








SOB 




















200 OK 


UE_A sends 200 OK for BYE 




518 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


y 


52B 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 
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Step 


Direction 


lUlessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






53B 














V 






200 OK 


IBCF_B forwards 200 OK response to IMS_B 




54B 


200 OK 


IMS B forwards the 200 OK response to 
UE_B 




55B 






















User B is informed that call has ended 





























4.4.1 1 Addition of media stream 



4.4.11.1 



Description 



UE_A and UE_B are in an established session with one or more media streams. While in the established session, UE_A 
adds a new media stream. It is assumed that both UEs are registered in their respective networks. 

The test sequence and expected call flow sequence for addition of multimedia stream can be illustrated when adding a 
new media stream, for example, adding a chat/text session during an existing IMS VoIP call: 



Step 


Action 


CF INT CALL 


1 


User A calls User B 


1 


2 


User B is informed of incoming call of User A 


12 


3 


User A is informed that UE B is ringing 


18 


4 


User B answers call 


19 


5 


User A is informed that call has been answered 


25 


6 


User B is presented that call is established 


31 


7A 


User A adds a new media stream 


32A 


7B 


User B adds a new media stream 


32B 


8A 


User B may be informed to accept/reject new media stream 


43A 


8B 


User A may be informed to accept/reject new media stream 


43B 


9A 


User A may be informed that UE B is alerting User B 


49A 


9B 


User B may be informed that UE A is alerting User A 


49B 


10A 


If informed, User B accepts the new media stream 


50A 


10B 


If informed, User A accepts the new media stream 


SOB 


11A 


User A is informed that new media stream has been accepted 


56A 


11B 


User B is informed that new media stream has been accepted 


56B 


12 


User A ends call 


62 


13 


User B is informed that call has ended 


68 


14 


User A is informed that call has ended 


74 



NOTE: Please note that the call flow sequences described in this clause are not limited to multimedia stream 
handling scenarios where remote user interaction is required. In other words these call flow sequences 
may be observed for a call scenario where remote user interaction is not invoked. For example, these 
same call flows may apply to a scenario where a user removes the video stream from a multimedia 
audio+video session (remote user interaction is highly unlikely in this case but the same call flows 
illustrated in this clause may be observed nevertheless). 
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4.4.1 1.1.1 UC_1 3: SIP Call Flow "Addition of media stream using relNVITE" 

The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A calls User B 


> 




2 






N 




>. 




V 






INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that UE_A 


/■ 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 




5 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IMS_B forwards INVITE to UE_B 




11 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




12 






















User B is informed of incoming call of User A 




13 






f 


^ 






^ 






180 Ringing 


UE_B responds to initial INVITE with 180 Ringing to 
indicate that it has started alerting 




14 


180 Ringing 


IMS_B forwards 180 Ringing response to IBCF_B 




15 


180 Ringing 


IBCF_B forwards 180 Ringing response to IBCF_A 




16 


180 Ringing 


IBCFA forwards 180 Ringing response to IMS_A 




17 


180 Ringing 


IMS_A forwards the 1 80 Ringing response to UE_A 




18 






















User A is informed that UE_B is ringing 


i 




19 




User B answers call 








20 








^ 






^ 






200 OK 


UE_B responds INVITE with 200 OK to indicate that 
the call has been answered 




21 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




22 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




23 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




24 


200 OK 


IIVIS_A forwards 200 OK response to UE_A 




25 






















User A is informed that call has been answered 


i 




26 






N 














ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 

E 
B 


u 

s 
e 
r 
B 






27 








■N. 


V 










ACK 


IMS_A forwards ACK to IBCF_A 




28 


ACK 


IBCF_A forwards ACK to IBCF_B 




29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to UE_B 




31 
















\ 






User B is informed that the call is established 




32A 




User A adds a new media stream 


> 




33A 






V 


>. 












INVITE 


UE_A sends relNVITE message with new media 
stream in SDP 


/■ 


34A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




35A 


INVITE 


IMS_A forwards INVITE to IBCF_A 




36A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




37A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


^ 


38A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




39A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




40A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




41A 


INVITE 


IMS_B forwards INVITE to UE_B 


^ 


42A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




43A 






















Verify that User B is informed to accept/reject new 
media stream (optional) 








44A 






/■ 






^ 








180 Ringing 


UE_B responds to relNVITE with 180 Ringing 




45A 


180 Ringing 


IMS_B forwards 180 Ringing response to IBCF_B 




46A 


180 Ringing 


IBCF_B forwards 180 Ringing response to IBCF_A 




47A 


180 Ringing 


IBCFA forwards 180 Ringing response to IMS_A 




48A 


180 Ringing 


IMS_A forwards the 1 80 Ringing response to UE_A 




49A 






















Verify that User A is informed that UE_B is alerting 
User B (optional) 


i 




50A 




If informed, User B accepts the new media stream 


(: 




51A 












y 


^ 






200 OK 


UE_B responds with 200 OK to relNVITE 




52A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




53A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




54A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


U 

E 
B 


U 
s 
e 
r 
B 






55A 






/■ 














200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




56A 






















User A is informed that new media stream has been 
accepted 


i 




57A 






X 




N. 




V 






ACK 


UE A acl<nowledges the receipt of 200 OK for 
INVITE 




58A 


ACK 


IMS_A forwards ACK to IBCF_A 




59A 


ACK 


IBCF_A forwards ACK to IBCF_B 




60A 


ACK 


IBCF_B forwards ACK to IMS_B 




61A 


ACK 


IMS_B forwards ACK to UE_B 




32B 






















User B adds a new media stream 






33B 








^ 






^ 






INVITE 


UE_B sends relNVITE message with new media 
stream in SDP 




34B 


100 Trying 


IIVIS_B responds with a 100 Trying provisional 
response 




35B 


INVITE 


IMS_B forwards INVITE to IBCF_B 


V 


36B 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




37B 


INVITE 


IBCF_B forwards INVITE to IBCF_A 




38B 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




39B 


INVITE 


IBCF_A forwards INVITE to IMS_A 


>. 


40B 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




41 B 


INVITE 


IMS_A forwards INVITE to UE_A 




42B 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




43B 






















Verify that User A is informed to accept/reject new 
media stream (optional) 


i 




44B 






X 




X 


\ 








180 Ringing 


UE_A responds to relNVITE with 180 Ringing 




45B 


180 Ringing 


IIVIS_A forwards 180 Ringing response to IBCF_A 




46B 


180 Ringing 


IBCFA forwards 180 Ringing response to IBCFB 




47B 


180 Ringing 


IBCF_B forwards 180 Ringing response to IIVIS_B 




48B 


180 Ringing 


IMS_B forwards the 180 Ringing response to UE_B 




49B 






















Verify that User B is informed that UE_A is alerting 
User A (optional) 








SOB 




If informed, User A accepts the new media stream 


> 




51 B 




















200 OK 


UE_A responds with 200 OK to relNVITE 




52B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






53B 










*. 


\ 








200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




54B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




55B 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




56B 






















User B is informed that new media stream has been 
accepted 


; 




57B 






/■ 


f 




f 


^ 






ACK 


UE B acl<nowledges the receipt of 200 OK for 
INVITE 




58B 


ACK 


IMS_B forwards ACK to IBCF_B 




59B 


ACK 


IBCF_B forwards ACK to IBCF_A 




60B 


ACK 


IBCF_A forwards ACK to IMS_A 




61B 


ACK 


IMS_A forwards ACK to UE_A 




62 




















BYE 


User A releases the call 








63 




















BYE 


UE_A sends BYE to indicate that the call has ended 




64 


BYE 


IMS_A forwards the BYE to IBCF_A 




65 


BYE 


IBCF_A forwards the BYE to IBCF_B 




66 


BYE 


IBCF_B forwards the BYE to IMS_B 




67 


BYE 


IMS_B forwards the BYE to UE_B 




68 






















User B is informed that call has ended 


^ 






69 








' 




f 


^ 






200 OK 


UE_B responds to the BYE with 200 OK 




70 


200 OK 


IMS_B forwards the 200 OK response to IBCF_B 




71 


200 OK 


IBCF_B forwards the 200 OK response to IBCF_A 




72 


200 OK 


IBCF_A forwards the 200 OK response to IIVIS_A 




73 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




74 






















User A is informed that call has ended 


i 
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4.4.12 Removal of media stream 
4.4.12.1 Description 

UE_A and UE_B are in an established session with multiple media streams. While in the established session, UE_A 
removes a media stream. It is assumed that both UEs are registered in their respective networks. 

The test sequence and expected call flow sequence for multimedia session handling (when remote user interaction shall 
be avoided) can be illustrated when removing a media stream from a multimedia session with multiple streams 
(e.g. remove the chat/text stream from an IMS VoIP + chat multi-stream session): 



Step 


Action 


CF INT CALL 
Using UPDATE 


CF INT CALL 
Using relNVITE 


1 


User A initiates a multimedia session witli at least two streams with User B 


1 


1 


2A 


User A removes one of the media streams 


62A 


62A 


2B 


User B removes one of the media streams 


62B 


62B 


3A 


User B is informed that the media stream has been removed 


68A 


73A 


3B 


User A is informed that the media stream has been removed 


68B 


73B 


4 


User A releases the call 


74 


84 


5 


User B is informed that call has ended 


80 


90 


6 


User A is informed that call has ended 


86 


96 



NOTE: Please note that the call flow sequences described in this clause depict multimedia streaming handling 
scenarios where remote user interaction is not invoked. For example, remote user interaction is highly 
unlikely in an IMS VoIP audio session where a user decides to switch to some other audio codec. 

4.4.12.1.1 UC_14: SIP Call Flow "Removal of media streams using UPDATE" 

The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

lUI 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

lUI 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 




V 


















User A initiates a multimedia session with at 
least two streams with User B 




62A 




User A removes one of the media streams 


i 




63A 










\ 










UPDATE 


UE_A sends UPDATE to IMS_A 




64A 


UPDATE 


IMS_A forwards the UPDATE to IBCF_A 




65A 


UPDATE 


IBCF_A forwards the UPDATE to IBCF_B 




66A 


UPDATE 


IBCF_B forwards the UPDATE to IMS_B 




67A 


UPDATE 


IMS_B forwards the UPDATE to UE_B 




68A 






















User B is informed that the media stream has 
been removed 


5 




69A 








f 


^ 










200 OK 


UE_B responds with 200 OK to UPDATE 




70A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




71A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




72A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




73A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






62B 






















User B removes one of the media streams 


d 




63B 






f 


^ 






f 






UPDATE 


UE_B sends UPDATE to IMS_B 




64B 


UPDATE 


IMS_B forwards the UPDATE to IBCF_B 




65B 


UPDATE 


IBCF_B forwards the UPDATE to IBCF_A 




66B 


UPDATE 


IBCF_A forwards the UPDATE to IMS_A 




67B 


UPDATE 


IMS_A forwards the UPDATE to UE_A 




68B 






















User A is informed that the media stream has 
been removed 


i 




69B 




















200 OK 


UE_A responds with 200 OK to UPDATE 




70B 


200 OK 


IIVIS A forwards the 200 OK response to 
IBCF_A 


/ 


71B 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF_B 




72B 


200 OK 


IBCF B forwards the 200 OK response to 
IMS_B 




73B 


200 OK 


ll\/IS_B forwards the 200 OK response to UE_B 




74 






















User A releases the call 




75 








N 


\ 










BYE 


UE_A sends BYE to IMS_A 




76 


BYE 


IMS_A sends BYE to IBCF_A 




77 


BYE 


IBCF_A sends BYE to IBCF_B 




78 


BYE 


IBCF_B forwards the BYE to IMS_B 




79 


BYE 


IMS_B forwards the BYE to UE_B 




80 






















User B is informed that call has ended 


5 




81 








f 


• 










200 OK 


UE_B sends 200 OK response for BYE 




82 


200 OK 


IMS B forwards the 200 OK response to 
IBCF_B 




83 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 




84 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 




85 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




86 




f 


















User A is informed that call has ended 
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4.4.1 2.1 .2 UC_1 5: SIP Call Flow "Removal of media streams using relNVITE" 

The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 




V 


















User A initiates a multimedia session with at 
least two streams with User B 




62A 




User A removes one of the media streams 


5 




63A 








\ 












INVITE 


UE_A sends relNVITE to IMS_A 




64A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




65A 


INVITE 


IMS_A forwards the relNVITE to IBCF_A 


f 


66A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




67A 


INVITE 


IBCF_A forwards the relNVITE to IBCF_B 




68A 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




69A 


INVITE 


IBCF_B forwards the relNVITE to IMS_B 


^ 


70A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




71A 


INVITE 


IMS_B forwards the relNVITE to UE_B 


-• 


72A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




73A 






















User B is informed that the media stream has 
been removed 


> 




74A 








f 


^ 










200 OK 


UE_B responds with 200 OK to relNVITE 




75A 


200 OK 


IIVIS B forwards the 200 OK response to 
IBCF_B 




76A 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 




77A 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 


V 


78A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




79A 


ACK 


UE A acknowledges the receipt of 200 OK for 
relNVITE 




80A 


ACK 


IMS_A forwards the ACK to IBCF_A 




81A 


ACK 


IBCF_A forwards the ACK to IBCF_B 




82A 


ACK 


IBCF_B forwards the ACK to IMS_B 




83A 


ACK 


IMS_B forwards the ACK to UE_B 




62B 






















User B removes one of the media streams 








63B 




















INVITE 


UE_B sends relNVITE to IMS_B 




64B 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






65B 








y 




^ 








INVITE 


IMS_B forwards the relNVITE to IBCF_B 




66B 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 




67B 


INVITE 


IBCF_B forwards the relNVITE to IBCF_A 




68B 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




69B 


INVITE 


IBCF_A forwards the relNVITE to IMS_A 


\ 


70B 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


y 


71B 


INVITE 


IMS_A forwards the relNVITE to UE_A 




72B 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




73B 






















User A is informed that the media stream has 
been removed 


i 




74B 






\ 


\ 


\ 










200 OK 


UE_A responds with 200 OK to relNVITE 


^ 


75B 


200 OK 


IIVIS A forwards the 200 OK response to 
IBCF_A 




76B 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF_B 




77B 


200 OK 


IBCF B forwards the 200 OK response to 
IMS_B 


^ 


78B 


200 OK 


ll\/IS_B forwards the 200 OK response to UE_B 


^ 


79B 


ACK 


UE B acknowledges the receipt of 200 OK for 
relNVITE 




80B 


ACK 


IMS_B forwards ACK to IBCF_B 




81 B 


ACK 


IBCF_B forwards ACK to IBCF_A 




82B 


ACK 


IIBCF_A forwards ACK to IMS_A 




83B 


ACK 


IMS_A forwards ACK to UE_A 




84 






















User A releases the call 




85 








\ 


\ 










BYE 


UE_A sends BYE to IMS_A 




86 


BYE 


IMS_A forwards BYE to IBCF_A 




87 


BYE 


IBCF_A forwards BYE to IBCF_B 




88 


BYE 


IBCF_B forwards BYE to IMS_B 




89 


BYE 


IMS_B forwards BYE to UE_B 




90 






















User B is informed that call has ended 


> 




91 




















200 OK 


UE_B sends 200 OK for BYE 




92 


200 OK 


IIVIS B forwards the 200 OK response to 
IBCF_B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






93 








f 


^ 










200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 




94 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 




95 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




96 




^ 


















User A is informed that call has ended 

1 





























4.4.13 Ad-hoc Conferencing service 
4.4.13.1 Description 

UE A registered on IMS network A, initiates an ad-hoc conf call via CONF AS, connected over ISC interface to IMS 
core A, and subsequently invites UE B (registered in IMS B) to join the conf. This Use Case requires support for MRFC 
and MRFP functionalities on IMS_A. 

The test sequence when user A initiates an ad-hoc conference call and invites user B to join it, in an interworking 
scenario is: 



Step 


Action 


CF INT CONF 
CALL 


1 


User A initiates an ad-hoc conference call 


Step 1 


2 


User A is informed the Ad Hoc Conference Call is being set up 


Step 4 


3 


User A is informed the Ad Hoc Conference Call is established 


Step 9 


4 


User A invites user B to join the ad-hoc conference call 


Step 12 


5 


User B is informed of incoming invitation from User A to join 
the Conference Call 


Step 31 


6 


User A is notified that User B is being invited to join the call 


Step 39 


7 


User B joins the conference 


Step 47 


8 


User A is notified that User B has joined the conference 


Step 55 


9 


User B leaves the conference 


Step 58 


10 


User B is informed that the conference has ended 


Step 69 


11 


User A is notified that user B has left the conference 


Step 72 



NOTE 1: The proposed test configuration shown in CF_INT_CONF_CALL indicates CONF AS A 

(ASh-MRFCh-MRFP) resources in IMS A, hence the UC refers to UE_A as conference initiator in IMS A, 
and UE_B, although the same UC applies alternatively for UE_B as conference initiator in IMS B and 
UE_A as participant in IMS A, which involves a CONF AS B connected to IMS B, not shown in the test 
configuration for simplicity purposes. 

NOTE 2: For the purpose of IMS NNI conformance testing, the proposed test configuration refers to the ISC 

interface as an optional Point of Observation (PO), where the SIP signalling passing through it might be 
observed but not considered part of the conformance testing. 

This proposal is consistent with the most common interoperability scenario where one vendor provides the complete 
solution for the conference service, integrated into a 3"* party IMS core via ISC interface. 
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The expected call flow sequence is: 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






1 


























User A initiates an ad-hoc conference call 


> 




2 










*. 














INVITE 


UE_A sends INVITE to IMS_A with 
information for all commonly supported 


f 






3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 








4 


























User A is informed the Ad Hoc 
Conference Call is being set up 


^ 




5 
























INVITE 


IMS_A forwards INVITE to IMS_A AS 


^ 


6 


100 Trying 


IMS_A AS responds with a 100 Trying 
provisional response 




7 


200 OK 


IMS_A AS responds with a 200 OK to 
IMS_A, with isfocus parameter. 




8 


200 OK 


IMS A forwards the 200OK response to 
UE_A 








9 


























User A is informed the Ad Hoc 
Conference Call is established 


i 




10 










V 














ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








11 


ACK 


IMS_A forwards the ACK to IMS_A AS 




12 


























User A invites user B to join the ad-hoc 
conference call 








13 










V 














REFER 


UEA sends REFER message to IMS_A, 
with Refer-To : <UE_B uri 


^ 






14 


REFER 


IMS_A forwards the REFER to IMS_A AS 




15 


202 
Accepted 


IMS_A AS responds with a 202 Accepted 


^ 


16 


202 
Accepted 


IMS_A forwards the 202 Accepted 
response to UE_A 








17 


NOTIFY 


IMS_A AS sends a NOTIFY to IMS_A to 
inform the conference initiator the 


V 


18 


NOTIFY 


IMS_A forwards the NOTIFY to UE_A 






N. 


19 


200 OK 


UE_A responds with 200 OK to IMS_A 








20 


200 OK 


IIVIS A forwards the 200 OK response to 
IMS_A AS 




21 


INVITE 


IMS_A AS sends INVITE to UE_B with 
conference-factory URI (received in the 




22 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




23 


INVITE 


IMS_A forwards the INVITE to IBCF_A 






24 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






25 


INVITE 


IBCF_A forwards the INVITE to IBCF_B 


• 


26 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






27 
























INVITE 


IBCF_B forwards the INVITE to IMS_B 


f 


28 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




29 


INVITE 


IMS_B forwards the INVITE to UE_B 












30 


100 Trying 


UE_B responds with a 100 Trying 
provisional response 












31 


























User B is informed of incoming invitation 
from User A to join the Conference Call 


d 




32 






f 


















180 Ringing 


UE_B sends a 180 ringing to IMS_B 




^ 




^ 




33 


180 Ringing 


IMS B forwards the 1 80 ringing to 
IBCF_B 




34 


180 Ringing 


IBCF B forwards the 180 ringing to 
IBCF_A 




35 


180 Ringing 


IBCF A forwards the 180 ringing to 
IMS_A 






36 


180 Ringing 


IMS A forwards the 180 ringing to IMS A 
AS 




37 


NOTIFY 


Upon reception of 180 Ringing from 
UE_B, IMS_A AS sends NOTIFY with 




38 


NOTIFY 


IMS_A forwards the NOTIFY to UE_A 








39 


























User A is notified that User B is being 
invited to join the call 




40 
























200 OK 


UE A responds with 200 OK to IMS A 
for NOTIFY 








41 


200 OK 


IMS A forwards the 200 OK response to 
IMS_A AS 




42 


200 OK 


UE B responds with 200 OK to IMS B 
for INVITE 




^ 








43 


200 OK 


IMS B forwards the 200 OK response 
to IBCF_B 




44 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 




45 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 






46 


200 OK 


IMS A forwards the 200 OK response to 
IMS_A AS 




47 


























User B joins the conference 


> 




48 
























ACK 


UE B acknowledges the 200 OK for 
INVITE 




^ 






f 


49 


ACK 


IMS B forwards the ACK to IBCF_B 




50 


ACK 


IBCF_B forwards the ACK to IBCF_A 




51 


ACK 


IBCF_A forwards the ACK to IMS_A 




V 


52 


ACK 


IMS A forwards the ACK to IMS_A AS 




53 


NOTIFY 


AS_A sends NOTIFY to UE_A to inform it 
has successfully joined the conference 




54 


NOTIFY 


IMS_A forwards NOTIFY to UE_A 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






55 


























User A is alerted that User B has joined 
the conference 


i 




56 










X 














200 OK 


UE A sends 200 OK response for 
NOTIFY 








57 


200 OK 


IIVIS A forwards the 200 OK response to 
IMS_A AS 




58 


























User B leaves the conference 


> 




59 
























BYE 


UE_B sends BYE to IMS_B to leave the 
conference 




^ 






f 


60 


BYE 


IMS_B forwards the BYE to IBCF_B 


*. 


61 


BYE 


IBCF_B forwards the BYE to IBCF_A 




62 


BYE 


IBCF_A forwards the BYE to IMS_A 




V 


63 


BYE 


IMS_A forwards the BYE to IMS_A AS 




64 


200 OK 


ll\/IS_A AS releases resources for this 
conference caller and sends a 200 OK 




65 


200 OK 


IIVIS A forwards the 200 OK response to 
IBCF_A 






66 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF_B 




67 


200 OK 


IBCF B forwards the 200 OK response to 
IMS_B 




68 


200 OK 


IIVIS B forwards the 200 OK response to 
UE_B 












69 


























User B is informed that the conference 
has ended 


i 




70 












^ 












NOTIFY 


AS_A sends NOTIFY to IIVIS _A to inform 
UE_A that UE_B has left the conference 




71 


NOTIFY 


IMS_A forwards NOTIFY to UE_A 








72 


























User A is notified that user B has left the 
conference 


i 




73 
























200 OK 


UE A sends a 200 OK response for 
NOTIFY 








74 


200 OK 


IIVIS A forwards the 200 OK response to 
IMS_A AS 





































4.4.14 Presence service 

The use case for the presence service is defined in TS 102 901 [17]. 

4.4.15 IPTV service 

4.4.1 5.1 Broadcast (BC) Session 



4.4.15.1.1 



Description 



UE_A starts a session initiation procedure to join a muhicast channel. This test requires the use of application server as 
specified in [14]. The call flow path and node configuration for this use case corresponds to CF_1PTV. 
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4.4.15.1.2 



UC 19: BC session 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF IPTV 


1 


User A initiates a BC session 


Step 1 


2 


User A receives the broadcast content 


Steps 


3 


User A terminates the session 


Step 9 


4 


User A is informed that session is terminated 


Step 14 



The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 






1 






















User A initiates a BC session 


> 




2 




















INVITE 


UE_A sends INVITE to IMS_A 


^ 






3 


INVITE 


IMS_A forwards the INVITE to AS_A 


f 


4 


200 OK 


AS_A responds with 200 OK 




5 


200 OK 


IIVIS A forwards the 200 OK response to 
UE_A 








6 


ACK 


UE A acl<nowledges the receipt of 200 
OK for INVITE 








7 


ACK 


IMS_A forwards the ACK to AS_A 




8 






















User A receives the broadcast content 












9 






User A terminates the session 


> 




10 












N 








BYE 


UE_A sends BYE to IIVIS_A 








11 


BYE 


IIVIS_A forwards the BYE to AS_A 


f 


12 


200 OK 


AS_A responds with 200 OK 




13 


200 OK 


IIVIS A forwards the 200 OK response to 
UE_A 








14 




^ 


















User A is informed that session is 
terminated 





























4.4.15.2 Content on Demand (CoD) Session 



4.4.15.2.1 



Description 



UE_A starts a session initiation procedure for a streaming session of a selected content. The document [14] specifies 
two methods for establishing a streaming session (called RTSP Method 1 and 2). This test requires the use of 
application server, playing the roles of Service control Function (SCF) and Media Function (MF), as specified in [14]. 
The call flow path and node configuration for this use case corresponds to CF_IPTV. 
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The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF IPTV 
RTSP Method 1 


CF IPTV 
RTSP Method 2 


1 


User A initiates a CoD session (content selection) 


Step1 


Step1 


2 


User A starts receiving tlie streaming content 


Step 26 


Step 14 


3 


User A terminates the session 


Step 27 


Step 15 


4 


User A is informed tliat session is terminated 


Step 36 


Step 24 



4.4.1 5.2.2 UC_20: CoD session establishing content control channel and content delivery 

channels separately (RTSP Method 1) 

The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 






1 






















User A initiates a CoD session (content 
selection) 








2 












V 








INVITE 


UE_A sends a INVITE to IMS_A 








3 


INVITE 


IMS A forwards the INVITE to AS A 
(SCF) 




4 


INVITE 


AS_A forwards the INVITE to IMS_A 




5 


INVITE 


IMS A forwards the INVITE to AS A 
(MF) 


^ 


6 


200 OK 


AS_A (MF) responds with 200 OK 


V 


7 


200 OK 


IMS A forwards the 200 OK response to 
AS_A (SCF) 




8 


200 OK 


AS A forwards the 200 OK response to 
IMS_A 




9 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 






>. 


10 


ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








11 


ACK 


IMS_A forwards the ACK to AS_A (SCF) 




12 


ACK 


AS_A forwards the ACK to IMS_A 


*. 


13 


ACK 


IMS_A forwards the ACK to AS_A (MF) 


























UE_A sets up RTSP with AS_A (MF) 


14 












N. 








INVITE 


UE_A sends relNVITE message 
indicating media attribute " a=recvonly " 








15 


INVITE 


IMS A forwards the relNVITE to AS A 
(SCF) 


f 


16 


INVITE 


AS_A forwards the relNVITE to IMS_A 




17 


INVITE 


IMS A forwards the relNVITE to AS A 
(MF) 




18 


200 OK 


AS_A (MF) responds with 200 OK 


^ 


19 


200 OK 


IMS A forwards the 200 OK response to 
AS_A (SCF) 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 






20 






^ 






^ 








200 OK 


IMS B forwards the 200 OK response to 
IMS_A 




21 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 








22 


ACK 


UE A acknowledges the receipt of 200 
OK for relNVITE 








23 


ACK 


IMS_A forwards the ACK to AS_A (SCF) 


^ 


24 


ACK 


AS_A forwards the ACK to IMS_A 


V 


25 


ACK 


IMS_A forwards the ACK to AS_A (MF) 




26 






















User A starts receiving the streaming 
content 


i 




















27 






















User A terminates the session 


> 




28 










V 










BYE 


UE_A sends a BYE to IMS_A 


^ 






29 


BYE 


IMS_A forwards the BYE to AS_A (SCF) 




30 


BYE 


AS_A forwards the BYE to IMS_A 


N. 


31 


BYE 


IMS_A forwards the BYE to AS_A (MF) 


f 


32 


200 OK 


AS_A (MF) responds with 200 OK 




33 


200 OK 


IMS A forwards the 200 OK response to 
AS_A (SCF) 


^ 


34 


200 OK 


IMS B forwards the 200 OK response to 
IMS_A 




35 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 








36 






















User A is informed that session is 
terminated 
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4.4.1 5.2.3 UC_21 : CoD session establishing content control channel and content delivery 

channels separately using RTSP Method 2 

The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

IVI 

s 

A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 






1 






















User A initiates a CoD session (content 
selection) 


> 




2 










>. 










INVITE 


UE_A sends a INVITE to IMS_A 


^ 






3 


INVITE 


IMS A forwards the INVITE to AS A 
(SCF) 




4 


INVITE 


AS_A forwards the INVITE to IMS_A 


V 


5 


INVITE 


IMS A forwards the INVITE to AS A 
(MF) 


^ 


6 


200 OK 


AS_A (MF) responds with 200 OK 




7 


200 OK 


IMS A forwards the 200 OK response to 
AS A (SCF) 




8 


200 OK 


AS A forwards the 200 OK response to 
IMS A 




9 


200 OK 


IMS A forwards the 200 OK response to 
UE A 






■N. 


10 


ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








11 


ACK 


IMS_A forwards the ACK to AS_A (SCF) 


^ 


12 


ACK 


AS_A forwards the ACK to IMS_A 


V 


13 


ACK 


IMS_A forwards the ACK to AS_A (MF) 




14 






















UEA starts receiving the streaming 
content 


15 


> 




User A terminates the session 


16 












*. 








BYE 


UE_A sends a BYE to IMS_A 








17 


BYE 


IMS_A forwards the BYE to AS_A (SCF) 


f 


18 


BYE 


AS_A forwards the BYE to IMS_A 




19 


BYE 


IMS_A forwards the BYE to AS_A (MF) 




20 


200 OK 


AS_A (MF) responds with 200 OK 


V 


21 


200 OK 


IMS A forwards the 200 OK response to 
AS A (SCF) 




22 


200 OK 


IMS B forwards the 200 OK response to 
IMS A 




23 


200 OK 


IMS A forwards the 200 OK response to 
UE A 








24 




^ 


















User A is informed that session is 
terminated 





























4.4.1 5.3 Request for Network PVR offline capture 



4.4.15.3.1 



Description 



UE_A starts a N-PVR offline capture procedure to record a live programme that has not started yet. Once the capture 
has finished, UE_A establishes a CoD session to receive the streaming content using RTSP Method 1 or RTSP 
Method 2. The scope of this Use Case is to describe the capturing procedure, since CoD session is already described in 
the previous clause. This test requires the use of an application server, as specified in [14]. The call flow path and node 
configuration for this use case corresponds to CF_IPTV. 
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4.4.15.3.2 



UC_22: Request for Network PVR offline capture. 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT IPTV 


1 


User A requests to record a live programme that has not started yet 


Stepi 


2 


User A is informed that recording has started 


Step 6 



The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

IVI 

s 

A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 






1 






















User a requests to record a live 
programme that has not started yet 


> 




2 










■N. 


V 








MESSAGE 


UE_A sends a MESSAGE to IMS_A 


^ 






3 


MESSAGE 


IMS_A forwards the MESSAGE to AS_ 


_A 




4 


200 OK 


AS_A responds with 200 OK 




5 


200 OK 


IMS A forwards the 200 OK response 
UE A 


to 








6 






















User A is informed that recording has 
started 

























4.4.16 IMS-PSTN Interoperability 
4.4.16.1 IMS-to-PSTN call 



4.4.16.1.1 



Description 



UE_A places an IMS VoIP call to a user that is located in a PSTN environment (UE_B). Once the media path is 
established, the originating user or the destination user releases the call. The call flow path and node configuration for 
this use case corresponds to CF_PSTN. 



£75/ 



109 



ETSI TS 186 011-2 V3.1.1 (2011-06) 



4.4.16.1.2 



UC 20: IMS-to-PSTN call 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CFW 


1 


User A calls User B 


Step 1 


2 


User B is informed of incoming call of User A 


Step 13 


3 


User A is informed that UE B is ringing 


Step 1 7 


4 


User B answers call 


Step 18 


5 


User A is informed that call has been answered 


Step 22 


6 


User A and B can communicate 


Step 25 


7 


User A ends call 


Step 26A 


8 


User B is informed that call has ended 


Step 30A 


9 


User A is informed that call has ended 


Step 34A 


10 


User B ends call 


Step 26B 


11 


User B is informed that call has ended 


Step 29B 


12 


User A is informed that call has ended 


Step 32B 



The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

IVI 

s 

A 


IVI 
G 
C 

F 


P 
S 

T 
N 


u 

s 
e 
r 
B 






1 


















User A calls User B 






2 








^ 

< 

< 

^ 

< 


\ 




INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 




3 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to MGCP 


5 


100 Trying 


IVIGCF responds with a 100 Trying provisional 
response 


6 


1 83 Session Progress 


MGCF responds with 183 Session Progress 
response 


7 


183 Session Progress 


IMS forwards 183 Session Progress response 
to UE_A 


N 


8 


PRACK 


UE_A sends PRACK to IMS_A 




9 


PRACK 


IMS_A forwards PRACK to MGCF 


10 


200 OK (PRACK) 


MGCF responds with 200 OK response to 
IMS_A 


11 


200 OK (PRACK) 


IMS_A forwards 200 OK response to UE_A 




12 


lAIVI 


MGCF sends lAM to PSTN 




13 




User B is informed of incoming call of User A 




14 














ACM/CPG 


PSTN responds with ACM/CPG 




15 






f 


k 






180 Ringing 


MGCF sends 180 Ringing response to IMS_A 


16 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




17 
















User A is informed that UEB is ringing 


(: 




18 




User B answers call 


k 
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Step 



Direction 



Message 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



I 

IVI 

s 

A 



IVI 
G 
C 

F 



P 
S 

T 
N 



U 
s 
e 
r 
B 



19 



20 



21 



22 



23 



24 



25 



26A 



27A 



28A 



29A 



30A 



31A 



32A 



33A 



34A 



26B 



27B 



28B 



298 



30B 



31 B 



32B 



33B 



34B 



ANM 



200 OK 



200 OK 



ACK 



ACK 



BYE 



BYE 



REL 



RLC 



200 OK 



200 OK 



REL 



RLC 



BYE 



BYE 



200 OK 



200 OK 



PSTN sends ANM to MGCP 



MGCP sends 200 OK response to IMS_A 



IMS_A forwards 200 OK response to UE_A 



User A is informed that call has been 
answered 



UE_A acknowledges the receipt of 200 OK for 
INVITE 



IMS A forwards ACK to MGCP 



User A and B can communicate 



User A ends call 



UE A sends BYE 



IMS A forwards BYE to MGCP 



MGCP sends REL to PSTN 



User B is informed that call has ended 



PSTN sends RLC response to MGCP 



MGCP sends 200 OK response to IMS_A 



IMS_A forwards the 200 OK response to 
UE A 



User A is informed that call has ended 



User B ends call 



PSTN sends BYE to MGCP 



MGCP responds RLC to PSTN 



User B is informed that call has ended 



MGCP sends BYE to IMS A 



IMS A forwards BYE to UE A 



User A is informed that call has ended 



UE A sends 200 OK for BYE 



1MS_A forwards 200 OK response to MGCP 



£75/ 



111 



ETSI TS 186 011-2 V3.1.1 (2011-06) 



4.4.16.2 



PSTN-to-IMS call 



4.4.16.2.1 



Description 



UE_B that is located in a PSTN environment places a call towards UE_A that is located in the IMS. Once the media 
path is established, the originating user or the destination user releases the call. The call flow path and node 
configuration for this use case corresponds to CF_PSTN. 



4.4.16.2.2 



UC 21: PSTN-to-IMS call 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CFW 


1 


User B calls User A 


Step 1 


2 


User A is informed of incoming call of User B 


Step 1 7 


3 


User B is informed that UE A is ringing 


Step 21 


4 


User A answers call 


Step 22 


5 


User A is informed that call has been answered 


Step 1 6 


6 


User A and B can communicate 


Step 28 


7 


User A ends call 


Step 29A 


8 


User B is informed that call has ended 


Step 34A 


9 


User A is informed that call has ended 


Step 37A 


10 


User B ends call 


Step 29B 


11 


User B is informed that call has ended 


Step 32B 


12 


User A is informed that call has ended 


Step 35B 



The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


M 
G 
C 

F 


P 
S 

T 
N 


U 
s 
e 
r 
B 






1 


















User B calls User A 






2 








^ 


/ 






lAM 


PSTN send lAM to MGCF 




3 


INVITE 


MGCF sends INVITE to IMS_A (SDP 
with precondition status, IVIIME subtype 
"telephone-event" §6.4.1) 


\ 


4 


100 Trying 


IIVIS_A responds with a 100 Trying 
provisional response 




5 


INVITE 


IMS_A forwards INVITE to UE_A 




6 


100 Trying 


UE_A optionally responds with a 100 
Trying provisional response 




7 


183 Session Progress 


UEA sends 183 Session Progress 
response to IMS_A 


^ 


8 


183 Session Progress 


IIVIS_A forwards 183 Session Progress 
response to IVIGCF 




9 


PRACK 


MGCF responds with PRACK to 
IMS_A 




10 


PRACK 


IMS_A forwards PRACK to UE_A 




11 


200 OK (PRACK) 


UE_A responds with 200 OK to IIVIS_A 




12 


200 OK (PRACK) 


IMS_A forwards 200 OK to MGCF 


/ 


13 


UPDATE 


MGCF sends UPDATE to IMS_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


M 
G 
C 

F 


P 
S 

T 
N 


u 

s 
e 
r 
B 






14 








\ 








UPDATE 


IMS_A forwards UPDATE to UE_A 




15 


200 OK (UPDATE) 


UE_A responds with 200 OK to IIVIS_A 




16 


200 OK (UPDATE) 


IMS_A forwards 200 OK to MGCF 




17 


















User A Is informed of incoming call of 
UserB 


^ 




18 
















180 Ringing 


UEA responds to initial INVITE with 
180 Ringing to indicate that it has 
started alerting 




19 


180 Ringing 


IIVIS A forwards 180 Ringing response 
to MGCF 




20 


ACM/CPG 


MGCF send ACM/CPG to PSTN 




21 


















User B Is informed that UEA is ringing 


5 




22 




User A answers the call 








23 
















200 OK 


UE_A responds INVITE with 200 OK to 
indicate that the call has been 
answered 




24 


200 OK 


IMS A forwards 200 OK response to 
MGCF 


/ 


25 


ANM 


MGCF sends ANM to PSTN 




26 


ACK 


MGCF sends ACK to PSTN 




27 


ACK 


IMS_A forwards ACK to UE_A 




28 


















User A and B can communicate 


'■ 




29A 




User A ends call 


; 




30A 
















BYE 


UE_A releases the call with BYE 




31A 


BYE 


IMS_A forwards BYE to MGCF 




32A 


REL 


MGCF sends REL to PSTN 


/ 


33A 


RLC 


PSTN sends response RLC to MGCF 




34A 


















User B is informed that call has ended 




35A 
















200 OK 


MGCF sends 200 OK response to 
IMS_A 




36A 


200 OK 


IMS A forwards the 200 OK response 
to UE_A 




37A 


















User A is informed that call has ended 


'■ 




29B 




User B ends call 


i 




30B 










/ 






REL 


PSTN sends REL to MGCF 


\ 


31B 


RLC 


MGCF sends RLC to PSTN 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


M 
G 
C 

F 


P 
S 

T 
N 


U 
s 
e 
r 
B 






32B 






/ 












User B is informed that call has ended 




33B 


BYE 


MGCF sends BYE to IMS_A 




34B 


BYE 


IMS_A forwards BYE to UE_A 




35B 


















User A is informed that call has ended 


i 




36B 








\ 








200 OK 


UE_A sends 200 OK for BYE 




37B 


200 OK 


IMS A forwards 200 OK response to 
MGCF 





















4.5 Test Descriptions 



This clause introduces interoperability test descriptions (TDs) which realize one or more IMS NNI test purposes of 
TS 186 011-1 [2]. 

Each TD is defined on the basis of one of the generic use cases forms presented in the previous clause. Each test 
sequence step in a TD includes also a reference to a specific call flow step of the generic use case. Call flow steps which 
are associated with the test body are repeated after each TD and include any modifications necessary to adapt the 
generic use case. In the adapted call flow steps that are associated with user interactions are shown shaded and steps 
which have pass criteria are associated with are shown in bold. 

Note that the expected test sequence may only show the Call Flow that affects the test. 

In the tabulations which follow, all references are to TS 124 229 [1]. 
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4.5.1 General Capabilities 



4.5.1.1 



SIP messages longer than 1 500 bytes 



Interoperability Test Description | 


Identifier: 


ID IMS MESS 0001 


Summary: 


IMS network shall support SIP messages greater than 1 500 bytes 


Configuration: 


CF INT CALL 


BUT 


IMS B 


References 


Test Purpose 


Specification Reference 




TP IMS 4002 1 


TS 124 22911], clause 4.2A HI 


Use Case ref.: 


UG 05 1 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A and IMS_A configured to use TCP for transport 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered user of IMS_B using any user identity 

• MESSAGE request and response has to be supported at ll-NNI (TS 129 165 [16] 
see tables 6.1 and 6.3) 


1 1 


Test Sequence: 


Step 




1 


User A sends message to User B with at least 1 500 characters 


2 


Verify that user B receives message from user A 


^™ 




Conformance 
Criteria: 


Check 




1 


TP_IMS_4002_01 in GFW step 4 (MESSAGE) 
ensure that { 
when { UE_A sends a MESSAGE to UE_B 

containing a Message Body greater than 1 300 bytes } 
then { IMS_B receives the MESSAGE 

containing the Message Body greater than 1 300 bytes } 
} 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A sends an instant message to user B 




2 




















MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


IVIESSAGE 


IMS_A sends MESSAGE to IBCF_A 




4 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 




5 


MESSAGE 


IBCF_B sends MESSAGE to IMS_B with via 
header indicating TCP 




6 


MESSAGE 


IMS_B sends MESSAGE to UE_B 




7 






















User B is informed about the instant message 


^ 




8 






^ 


/ 




^ 








200 OK 


UE_B sends 200 OK to IMS_B 




9 


200 OK 


IMS_B sends 200 OK to IBCF_B 




10 


200 OK 


IBCF_B sends 200 OK to IBCF_A 




11 


200 OK 


IBCF_A sends 200 OK to IMS_A 




12 


200 OK 


IMS_A sends 200 OK to UE_A 




13 






















Optional: User A is presented a delivery report 


^ 
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4.5.2 Registration and De-registration 



4.5.2.1 



First time registration in a visited IMS network 



Interoperability Test Description | 


Identifier: 


ID IMS REG 0001 AKA 


Summary: 


First time registration in a visited IMS networl< 


Configuration: 


CF ROAM REG 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


IP IMS 5011 01 


TS 124 229 [1], clauses 5.2.2.1 1116 






(2"'^ numbered list) and 5.2.2.2 


IP IMS 5011 02 


TS 124 229 [1], clauses 5.2.2.1 HI 1116 






(2"'^ numbered list) and 5.2.2.2 


IP IMS 5044 01 


TS 124 229 [1], clause 5.2.3 112 






(1^' numbered list) 


IP IMS 5089 01 


TS 124 229 [1], clause 5.4.1. 2.1A HI 


IP IMS 5092 01 


TS 124 229 [1], clause 5.4.1. 2.2F HI 


IP IMS 5096 01 


TS 124 229 [1], clause 5.4.2.1.1 HI 


Use Case ref.i 


UG 01 R 1 




Pre-test 


• HSS of IMS_B is configured according to table 1 


conditions: 


• UE B IP bearers establislied to IMS A as per clause 4.2.1 




• UE B not registered in IMS B 




• IMS A within the trust domain of IMS B 




• UE B is configured to use AKA authentication 


1 


1 


Test Sequence: 


Step 




1 


User B registers in IMS B using any valid user identity 


2 


Verify that UE B shows successful registration 


1 ^aa,a_ 




Conformance 
Criteria: 


Cliecl< 




1 


TP_IMS_501 1_01 in GFW step 4 (REGISTER): 






ensure that { 






when { UE_B sends an unprotected REGISTER to IMS_A 






containing a Security-Client header} 






then { IMS A sends the REGISTER to IMS B 






containing a Path header 






containing P-CSCF_SIP_URI of IMS_A and 






containing a Require_header 






containing a path_option_tag and 






containing a P-Charging-Vector_header 






containing an icid-valuejDarameter and 






containing an orig-ioi_parameter and 






not containing a term-ioi_parameter and 






containing a Authorization_header 






containing an integrity-protected_parameter 






indicating no 






not containing a Security-Verify_header and 






not containing a Security-Client_header and 






containing a P-Visited-Networl<-ID header 






indicating "the visited network at the home network"} 
} 
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Interoperability Test Description 



TP_IMS_5011_02 in CFW step 12 (REGISTER): 
ensure that { 
when { UE_B sends a protected REGISTER to IMS_A 

containing a Security-Client_header } 
then { IMS_A sends the REGISTER to IMS_B 
containing a Path_header 

containing P-CSCF_SIP_URI of IMS_A and 
containing a Require_header 

containing a path_option_tag and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter and 
containing an orig-ioi_parameter 

indicating IMS_A and 
not containing a term-ioi_parameter and 
containing a Authorization_header 
containing an integrity-protected_parameter 
indicating yes 
not containing a Security-Verify _header and 
not containing a Security-Client_header and 
containing a P-Visited-Network-ID_header 
indicating "the visited network at the home network"} 
1 



TP_IMS_5044_01 in CFW step 19 (SUBSCRIBE): 
ensure that { 
when { IMS_A receives a 200_response from IMS_B 

} 
then { IMS_A sends a SUBSCRIBE to IMS_B 
containing a Request_URI 
indicating "the resource to which the P-CSCF wants 
to subscribe to" and 
containing a From_header 
indicating P-CSCF_SIP_URI of IMS_A and 
containing a To_header 

indicating the defauit_public_user_identity of UEB and 
containing an Event_header 
indicating the reg_event_package and 
containing an Expires_header 
set to "a value greater than the one in the Expires_header 
of the 200_response" and 
containing a P-Asserted-ldentity_header 

set to the P-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 
I 



TP_II\/IS_5089_01 in CFW step 7 (401 Unauthorized): 
ensure that { 
when { UE_B sends an initial REGISTER to IMS_B and 
IMS_A sends the REGISTER to IMS_B 
containing an Authorization_header 

containing an integrity-protected_parameter indicating no } 
then { IMS_B sends a 401_response to IMS_A 
containing an WWW-Authenticate_header 
containing a realm_parameter 

indicating the operatorjdentifier of IMS_B and 
containing a nonce_parameter 
(containing a RANDparameter and 
containing an AUTN_parameter) and 
containing an algorithm_parameter 

indicating AKAv1-MD5 and 
containing an ik_parameter and 
containing a ck_parameter } 
} 
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Interoperability Test Description 




5 


TP_IMS_5092_01 in CFW step 15 (200 Ok): 
ensure that { 
when { UE B sends a protected REGISTER to IMS B and 

IMS_A sends the REGISTER to IMS_B} 
then { IMS_B sends 200_response to IMS_A 

containing the same Path_header as in the protected REGISTER 
and 

containing a P-Associated-URI_header 
containing all registered_public_identities and "its 
associated set of implicitly registered public user identities " 
indicating (first the default_public_user_identity and 
no barred_public_user_identities) and 
containing a Service-Route header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a term-ioijparameter 
indicating operatorjdentifier of IMS_B and 
containing a Contact_header 
indicating "all contact addresses" 

for the default_public user identity of UE Bj 
} 


6 


TP_IMS_5096_01 in CFW step 22 (200 Ok): 
ensure that { 
when { 

IMS_B receives a SUBSCRIBE from UE_B via IMS_A 
containing an Event header indicating the reg event package } 
then{ 

IMS_B sends a 2XX_response to UE_B 
containing an Expires_header 

indicating "the same or lower expiry time than 
specified in the initial SUBSCRIBE" } 

} 



Interoperability Test Description | 


Identifier: 


ID IMS REG 0001 MD5 


Summary: 


First time registration in a visited IMS network 


Configuration: 


CF ROAM REG 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TPJMS_5011_03 


TS 124 229 [1], clauses 5.2.2.1 1116 
(2""^ numbered list) and 5.2.2.3 


TP_IMS_5011_04 


TS 124 229 [1], clauses 5.2.2.1 1116 
(2""^ numbered list) and 5.2.2.3 


TP_IMS_5044_01 


TS 124 229 [1], clause 5.2.3 112 
(1^' numbered list) 


IP IMS 5089 02 


TS 124 229 [1], clause 5.4.1. 2.1 BUI 


IP IMS 5092 01 


TS 124 229 [1], clause 5.4.1. 2.2F HI 


TP IMS 5096 01 


TS 124 229 [1], clause 5.4.2.1.1 HI 


Use Case ret.: 


UC 01 R 1 


Pre-test 
conditions: 

1 


• HSS of IMS_B is configured according to table 1 

• UE_B IP bearers establislied to IMS_A as per clause 4.2.1 

• UE_B not registered in IMS_B 

• IMS_A within the trust domain of IMS_B 

• UE B is configured to use MD5 digest authentication 


1 

Test Sequence: 


Step 




1 


User B registers in IMS B using any valid user identity 


2 


Verify that UE B shows successful registration 


f 




^ i 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_501 1_03 in CFW step 4 (REGISTER): 
ensure that { 
when { UE_B sends an unprotected REGISTER to IMS_A } 
then { IMS_A sends the REGISTER to IMS_B 
containing a Path_header 

containing P-CSCF_SIP_URI of IMS_A and 
containing a Require_header 

containing a path_option_tag and 
containing a P-Charging-Vector_header 
(containing an icid-vaiue_parameter and 
containing an orig-ioi_parameter and 
not containing a term-ioi_parameter) and 
containing a Authorization_header 

(not containing an integrity-protected_parameter or 
containing an integrity-protected_parameter 
indicating ip-assoc-pending) and 
containing a P-Visited-Networl<-ID_header 
indicating "the visited network at the home network" } 
1 



TP_IMS_501 1_04 in CFW step 1 2 (REGISTER): 
ensure that { 
when { UE_B sends a protected REGISTER to IMS_A } 
then { IMS_A sends the REGISTER to IMS_B 
containing a Path_header 

containing P-CSCF_SIP_URI of IMS_A and 
containing a Require_header 

containing a path_option_tag and 
containing a P-Charging-Vector_header 
(containing an icid-vaiue_parameter and 
containing an orig-ioi_parameter 

indicating ll\/IS_A and 
not containing a term-ioi_parameter) and 
containing a Authorization_header 

containing an integrity-protected_parameter 
indicating ip-assoc-yes and 
containing a P-Visited-Network-ID_header 
indicating "the visited network at the home network" } 
1 



TP_I1\/IS_5044_01 in CFW step 19 (SUBSCRIBE): 
ensure that { 
when { IMS_A receives a 200_response from IMS_B 

} 
then { IMS_A sends a SUBSCRIBE to IMS_B 
containing a Request_URI 
indicating "the resource to which the P-CSCF wants 
to subscribe to" and 
containing a From_header 
indicating P-CSCF_SIP_URI of mS_A and 
containing a To_header 

indicating the default_public_user_identity of UEB and 
containing an Event_header 
indicating the reg_event_package and 
containing an Expires_header 
set to "a value greater than the one in the Expires_header 
of the 200_response" and 
containing a P-Asserted-ldentity_header 

set to the P-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 
I 
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Interoperability Test Description 



TP_IMS_5089_02 in CFW step 7 (401 Unauthorized): 
ensure that { 
when { UE_B sends an initial REGISTER to IMS_B and 
IMS_A sends the REGISTER to IMS_B 
containing an Authorization_header } 
then { IMS_B sends a 401_response to IMS_A 
containing an WWW-Authenticate_header 
containing a realm_parameter 

indicating the operatorjdentifier of IMS_B and 
containing a nonce_parameter and 
containing an algorithm_parameter 

indicating MD5 and 
containing qop_parameter 
indicating MD5 } 
} 



TP_II\/IS_5092_01 in CFW step 15 (200 0I<): 
ensure that { 
when { UE_B sends a protected REGISTER to IMS_B and 

IMS_A sends the REGISTER to IMS_B} 
then { IMS_B sends 200_response to IMS_A 

containing the same Pathheader as in the protected REGISTER 
and 

containing a P-Associated-URI_header 
containing all registered_public_identities and "its 
associated set of implicitly registered public user identities " 
indicating (first the default_public_user_identity and 
no barred_public_user_identities) and 
containing a Service-Route_header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a term-ioi_parameter 
indicating operatorjdentifier of IMS_B and 
containing a Contact_header 
indicating "all contact addresses" 

for the default_public_user_identity of UEB } 
} 



TP_II\/IS_5096_01 in CFW step 22 (200 0I<): 
ensure that { 
when { 

IMS_B receives a SUBSCRIBE from UE_B via IMS_A 
containing an Event_header indicating the reg_event_package } 
then{ 

IMS_B sends a 2XX_response to UE_B 
containing an Expires_header 

indicating "the same or lower expiry time than 
specified in the initial SUBSCRIBE" } 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 






1 
















User B registers in IMS B 


> 




2 






V 








REGISTER 


UE_B sends a REGISTER to IMS_A 




3 




REGISTER 


IMS_A forwards the REGISTER to IBCF_A 




4 


REGISTER 


IBCF_A forwards the REGISTER to IBCF_B 




5 


REGISTER 


IBCF_B forwards the REGISTER to IMS_B 







£75/ 



121 



ETSI TS 186 011-2 V3.1.1 (2011-06) 



Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
B 



U 

E 
B 



I 
IVI 

s 

A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



10 



11 



12 



13 



14 



15 



16 



17 



18 



19 



20 



21 



22 



23 



24 



25 



26 



27 



28 



39 



30 



31 



32 



33 



401 Unauthorized 



IMS_B responds with 401 Unauthorized to 
IBCF B 



401 Unauthorized 



IBCF_B forwards the 401 Unauthorized to 
IBCF A 



401 Unauthorized 



IBCFA forwards the 401 Unauthorized to 
IIVIS A 



401 Unauthorized 



IIVIS A forwards the 401 Unauthorized to UE B 



REGISTER 



UE_B sends the same REGISTER containing 
authentication challenge response to IMS_A 



REGISTER 



IMS A forwards the REGISTER to IBCF A 



REGISTER 



IBCF A forwards the REGISTER to IBCF B 



REGISTER 



IBCF B forwards the REGISTER to IMS B 



200 OK 



IMS_B responds with 200 OK 



200 OK 



IBCF_B forwards the 200 OK response to 
IBCF A 



200 OK 



200 OK 



IBCF_A forwards the 200 OK response to 
ll\/IS_A 

IMS_A forwards the 200 OK response to UE_B 



SUBSCRIBE 



IIVIS A sends a SUBSCRIBE to IBCF A 



SUBSCRIBE 



IBCF A forwards the SUBSCRIBE to IBCF B 



SUBSCRIBE 



IBCF B forwards the SUBSCRIBE to IMS B 



200 OK 

or 202 Accepted 



IMS_B responds with a 200 OK or 202 
Accepted 



200 OK 

or 202 Accepted 



IBCF_B forwards 200 OK or 202 Accepted to 
IBCF A 



200 OK 

or 202 Accepted 



IBCF_A forwards 200 OK or 202 Accepted to 
IMS A 



NOTIFY 



IMS_B sends a NOTIFY to IBCF_B, containing 
UE_B's registration status 



NOTIFY 



IBCF B forwards NOTIFY to IBCF A 



NOTIFY 



IBCF A forwards NOTIFY to IMS A 



200 OK 



IMS_A responds to the NOTIFY with a 200 OK 



200 OK 



IBCF_A forwards 200 OK response to IBCF_B 



200 OK 



IBCF_B forwards 200 OK response to IMS_B 



SUBSCRIBE 



UE_B sends a SUBSCRIBE (reg event 
package) to IMS_A 



SUBSCRIBE 



IMS_A forwards the SUBSCRIBE request to 
IBCF A 



SUBSCRIBE 



IBCF_A forwards the SUBSCRIBE request to 
IBCF B 



SUBSCRIBE 



IBCF_B forwards the SUBSCRIBE request to 
IMS B 
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Step 


Direction 


IVIessage 


Comment 
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s 
e 
r 
B 
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S 
A 
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A 


1 

B 
C 

F 
B 


1 

M 
S 
B 






34 






f 


^ 




200 OK or 

202 Accepted 


ll\/IS_B responds witii 200 OK or 202 Accepted 


^ 


35 


200 OK or 
202 Accepted 


IBCF_B forwards the 200 OK or 202 Accepted 
response to IBCFA 


f 


36 


200 OK or 
202 Accepted 


IBCF_A forwards the 200 OK or 202 Accepted 
response to IMS_A 




37 






200 OK or 
202 Accepted 


IMS_A forwards the 200 OK or 202 Accepted 
response to UE_B 




38 




NOTIFY 


IMS_B sends a NOTIFY to IBCF_B, containing 
UE_B's registration status 




39 


NOTIFY 


IBCF_B forwards the NOTIFY to IBCF_A 




40 


NOTIFY 


IBCF_A forwards the NOTIFY to IMS_A 




41 




/ 


NOTIFY 


IMS_A forwards the NOTIFY to UE_B 




42 


200 OK 


UE_B responds to the NOTIFY with a 200 OK 




43 




200 OK 


IMS_A forwards the 200 OK to IBCF_A 




44 


200 OK 


IBCF_A forwards the 200 OK to IBCF_B 




45 


200 OK 


IBCF_B forwards the 200 OK to IMS_B 




46 
















User B is informed about successful registration 

















4.5.2.2 



No response from first entry point on REGISTER without topology hiding 



Interoperability Test Description 


Identifier: 


TD IMS REG 0002 


Summary: 


IIVIS network chooses a second entry point to the home network of a user that 
requested registration, if the first entry point does not answer, without topology hiding. 


Configuration: 


CF ROAIVI REG 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5203_01 


TS 124 229 [1], clause 5.2.2.1 1133 
(item 6 in 2 numbered list) 


TP IMS 5092 01 


TS 124 229 [1], clause 5.4.1. 2.2F 111 


Use Case ref.: 


UC_01_R J 


1 




Pre-test 
conditions: 

1 


• HSS of IMS_B is configured according to table 1 

• UE_B IP bearers established to IMS_A as per clause 4.2.1 

• IMS_A configured with multiple entry points for IMS_B 

• IMS_A not configured for topology hiding 

• First entry point determined by the IMS A pointing to a non-existing component 
in IMS B 


Test Sequence: 


Step 




1 


User B registers in IMS B using any user identity 


2 


Verify that UEB shows successful registration 


p 


\ 
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Interoperability Test Description 


Conformance 
Criteria: 


Chieck 




1 


TP_IMS_5203_01 in CFW step 7 (REGISTER): [l-CSCF] 
ensure that { 

when { IMS A receives no response from IMS B } 

then { IMS A sends the REGISTER to another entry jpoint of IMS Bj 
} 


2 


TP_IMS_5092_01 in CFW step 18 (200 0I<): 
ensure that { 
when { UE B sends a protected REGISTER to IIVIS B and 

IMS_A sends the REGISTER to IMS_B} 
then { IIVIS_B sends 200_response to IIVIS_A 

containing the same Path_header as in the protected REGISTER 
and 

containing a P-Associated-URI_header 
containing all registered_public_identities and "its 
associated set of implicitly registered public user identities" 
indicating (first the default_public_user_identity and 
no barred_public_user_identities) and 
containing a Service-Route header 

indicating the S-GSGF_SIP_URI of ll\/IS_B and 
containing a P-Charging-Vector_header 
including a term-ioijparameter 
indicating operatorjdentifier of IUT_ and 
containing a Contact_header 
indicating "all contact addresses" 
for the default public user identity of UE B} 

} 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
B 


U 

E 
B 


1 

IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 






1 
















User B activates the UE in the home network 








2 






■^ 








REGISTER 


UE_B sends a REGISTER to IMS_A 




3 




REGISTER 


IMS_A forwards the REGISTER to IBCF_A 




4 


REGISTER 


IBGF_A fonwards the REGISTER to IBCF_B 




5 


REGISTER 


IBCF_B forwards the REGISTER to the first 
entry point of IMS_B 


















No response from IMS_B 


6 




>. 








REGISTER 


ll\/IS_A sends a REGISTER to another entry 
point defined for IMS_B 




7 


REGISTER 


IBGF_A forwards the REGISTER to IBCF_B 




8 


REGISTER 


IBCF_B forwards the REGISTER to IMS_B 


^ 


9 


401 Unauthorized 


IMS B responds with 401 Unauthorized to 
IBCF_B 




10 


401 Unauthorized 


IBCF B forwards the 401 Unauthorized to 
IBCF_A 




11 


401 Unauthorized 


IBCF A forwards the 401 Unauthorized to 
IMS_A 




12 




y 


401 Unauthorized 


IMS_A forwards the 401 Unauthorized to UE_B 




13 


REGISTER 


UE_B sends the same REGISTER containing 
authentication challenge response to IMS_A 




y 
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Step 


Direction 


IVIessage 


Comment 
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A 
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B 
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B 


1 

M 
S 
B 






14 






V 






REGISTER 


IMS_A forwards the REGISTER to IBCF A 


f 


15 


REGISTER 


IBCF_A forwards the REGISTER to IBCF B 


^ 


16 


REGISTER 


IBCF_B forwards the REGISTER to IMS B 




17 


200 OK 


IMS_B responds with 200 OK 




18 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 


■V. 


19 


200 OK 


IBCF A forwards the 200 OK response to 
IIVIS_A 




20 






200 OK 


IMS_A forwards the 200 OK response to UE_B 




21 




SUBSCRIBE 


IIVIS_A sends a SUBSCRIBE to IBCF_A 




22 


SUBSCRIBE 


IBCF_A forwards the SUBSCRIBE to IBCF_B 


^ 


23 


SUBSCRIBE 


IBCF_B forwards the SUBSCRIBE to IMS_B 




24 


200 OK or 202 
Accepted 


IMS_B responds with a 200 OK or 202 
Accepted 




25 


200 OK or 202 
Accepted 


IBCF B forwards 200 OK or 202 Accepted to 
IBCF_A 


^ 


26 


200 OK or 202 
Accepted 


IBCF A forwards 200 OK or 202 Accepted to 
IMS_A 


f 


27 


NOTIFY 


IMS_B sends a NOTIFY to IMS_A, containing 
UE_B's registration status 




28 


NOTIFY 


IBCF_B forwards NOTIFY to IBCF_A 




29 


NOTIFY 


IBCF_A forwards NOTIFY to IMS_A 




30 


200 OK 


IMS_A responds to the NOTIFY with a 200 OK 




31 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


^. 


32 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




33 






SUBSCRIBE 


UE_B sends a SUBSCRIBE (reg event 
package) to IMS_A 




34 




SUBSCRIBE 


IMS A forwards the SUBSCRIBE request to 
IBCF_A 


f 


35 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE request to 
IBCF_B 


^ 


36 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE request to 
IMS_B 




37 


200 OK or 
202 Accepted 


IMS_B responds to the SUBSCRIBE with a 200 
OK or 202 Accepted 




38 


200 OK or 
202 Accepted 


IBCF_B forwards the 200 OK or 202 Accepted 
response to IBCF_A 




39 


200 OK or 
202 Accepted 


IBCF_A forwards the 200 OK or 202 Accepted 
response to IMS_A 




40 






200 OK or 
202 Accepted 


IMS_A forwards the 200 OK or 202 Accepted 
response to UE_B 




41 




NOTIFY 


IMS_B sends a NOTIFY to IBCF_B, containing 
UE_B's registration status 
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42 




f 


f 






NOTIFY 


IBCF_B forwards the NOTIFY to IBCF_A 




43 


NOTIFY 


IBCF_A forwards the NOTIFY to IMS_A 




44 






NOTIFY 


IMS_A forwards the NOTIFY to UE_B 




45 


200 OK 


UE_B responds to the NOTIFY with a 200 OK 




46 




200 OK 


IMS_A forwards the 200 OK to IBCF_A 




47 


200 OK 


IBCF_A forwards the 200 OK to IBCF_B 




48 


200 OK 


IBCF_B forwards the 200 OK to IMS_B 




49 


/ 














User B is informed about successful registration 

















4.5.2.3 



403 response to REGISTER from an un-trusted domain without topology 
hiding 



Interoperability Test Description | 


Identifier: 


TD IMS REG 0003 


Summary: 


IIVIS network sends 403 response when attempting registration from a different trust 
domain without topology hiding 


Configuration: 


CF ROAM REG 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP IMS 5129 01 


TS 124 229 [1], clause 5.3.1.2 HI 


Use Case ref.: 


UC_01_R J 


Pre-test 
conditions: 


• HSS of IMS_B is configured according to table 1 

• UE_B IP bearers established to IMS_A as per clause 4.2.1 

• IMS_B not configured for topology hiding 

• IMS A and IMS B are in different trust domains 


Test Sequence: 


Step 




1 


User B registers in IMS B using any user identity 


2 


Verify that UE B shows unsuccessful registration 




Conformance 
Criteria: 


Checl< 




1 


TP_IMS_5129_01 in CFW step 7 (REGISTER) [l-CSCF]: 
ensure that { 

when { UE B sends a valid initial REGISTER to IMS A 
and IMS_B receives the REGISTER from IMS_A} 

then { IMS 8 sends a 403 response to IMS A } 

} 
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Step 


Direction 


IVIessage 


Comment 
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1 


»v 














User B activates the UE in a visited network 




2 














REGISTER 


UE_B sends a REGISTER to IMS_A 




3 




REGISTER 


IIVIS_A forwards the REGISTER to IBCF_A 


^ 


4 


REGISTER 


IBCF_A forwards the REGISTER to IBCF_B 




5 


REGISTER 


IBCF_B forwards the REGISTER to IIVIS_B 


f 


6 


403 Forbidden 


IIVIS B responds with 403 Forbidden to 
IBCF_B 




7 


403 Forbidden 


IBGF_B forwards the 403 Forbidden to IBGF_A 




8 


403 Forbidden 


IBCF_A forwards the 403 Forbidden to ll\/IS_A 




9 




' 


403 Forbidden 


IMS_A forwards the 403 Forbidden to UE_B 




10 
















User B is informed about the registration is 
rejected 

















4.5.2.4 



Network initiated deregistration by the S-CSCF 



Interoperability Test Description 


Identifier: 


TD IMS REG 0005 


Summary: 


IMS network can initiate user de-registration, e.g., when a user runs out of credit 


Configuration: 


CF ROAM REG 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP IMS 5093 01 


TS 124 229 [1], clause 5.4.1.5 16 








(1*" numbered list) 




Use Case ref.: 


UC 01 R 


Pre-test 


• HSS of IMS_B is configured according to table 1 




conditions: 


• UE_B IP bearers established to IMS_A as per clause 4.2.1 

• UE_B registered in IMS_B via IMS_A using any user identity 

• IMS A within the trust domain of IMS B 




I 




J 


Test Sequence: 


Step 


i 


1 


IMS B is triggered manually to de-register user B 


2 


Verify that UE B shows successful de-registration 


^^ 


■ 


Conformance 
Criteria: 


Check 


] 


1 


TP_IMS_5093_01 in CFW step 48 and 56 








ensure that { 








when { IMS B receives a network originated deregistration event } 








then{ 








IIVIS B sends a NOTIFY to IMS A 








containing a Request_URI 








indicating UEB and 








containing an Event_header 








indicating the reg_event_package and 








containing a P-Charging-Vector header 








containing an icid-value_parameter and 








containing a Route_header 








indicating the original Route_header from SUBSCRIBE and 








containing a Message_Body 








containing for each registered_public_identity of UEB 
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Interoperability Test Description 



a registration_element 
(containing an aor_attribute 

indicating registered_pubiic_identity of UEB and 
containing a state_attribute 
indicating terminated and 
containing a contact_subelement 
(containing an event_attribute 

indicating deactivated or rejected 
containing a state_attribute indicating terminated and 
containing an URI_subelement 
indicating tlie contact_address of UE_B) and 
ll\/IS_B sends a NOTIFY to IMS_A 
containing a Request_URI 

indicating P-CSCF_SIP_URI of IMS_A and 
containing an Event_lieader 

indicating the reg_event_pacl<age and 
containing a P-Charging-Vector tieader 

containing an icid-vaiue_parameter and 
containing a Route_lieader 

indicating the originai Route_header from SUBSCRIBE and 
containing a Message_Body 

containing for each registered_public_identity of UEA 
a registration_element 
(containing an aor_attribute 

indicating registered_public_identity of UEA and 
containing a state_attribute 
indicating terminated and 
containing a contact_subelement 
(containing an event_attribute 

indicating deactivated or rejected and 
containing a state_attribute indicating terminated and 
containing an URI_subelement 
indicating the contact_address of UE_A) } 



Step 


Direction 


Message 


Comment 
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B 
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B 
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A 
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B 


1 
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S 
B 




















IMS_B is triggered to de-register user B 


47 








^ 




NOTIFY 


IMS_B sends a NOTIFY to IMS_A, containing 
UE_B's de-registration 




48 


NOTIFY 


IBCF_B forwards the NOTIFY to IBCF_A 




49 


NOTIFY 


IBCF_A forwards the NOTIFY to IMS_A 




50 




y 


NOTIFY 


IMS_A sends a NOTIFY to UE_B, containing 
UE_B's de-registration 




51 


200 OK 


UE_B responds to the NOTIFY with a 200 OK 




52 




200 OK 


IIVIS A forwards the 200 OK response to 
IBCF_A 




53 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF_B 


f 


54 


200 OK 


IBCF_B forwards the 200 OK to IMS_B 




55 


NOTIFY 


IMS_B sends a NOTIFY to IMS_A, containing 
IMS_A's de-registration 




56 


NOTIFY 


IBCF_B forwards the NOTIFY to IBCF_A 
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Step 


Direction 


IVIessage 
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57 












NOTIFY 


IBCF_A forwards the NOTIFY to IMS_A 




58 


200 OK 


IMS_A responds to the NOTIFY with a 200 OK 




59 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF_B 




60 


200 OK 


IBCF_B forwards the 200 OK to IMS_B 




61 


/ 














User B is informed about de-registration 

















4.5.2.5 



Network initiated re-authentication by the S-CSCF 



Interoperability Test Description 


Identifier: 


TD IMS REG 0006 


Summary: 


IIVIS network can initiate user re-authentication 


Configuration: 


OF ROAM REG 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP IMS 5094 01 


TS 124 229 [1], clause 5.4.1.6 12 


Use Case ret.: 


UC 01 R 1 


-^ 




Pre-test 


• HSS of IMS_B is configured according to table 1 


conditions: 


• UE B IP bearers established to IMS A as per clause 4.2.1 




• UE_B registered in IMS_B using any user identity 




• IMS A within the trust domain of IMS B 




• Event received in S-CSCF of IMS B to re-authenticate UE B 


1 


1 


Test Sequence: 


Step 




1 


IMS B network is triggered to re-authenticate user B 


2 


Verify that UE B shows successful registration 


^^H 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5094_01 in CFW steps 48 and 56 






ensure that { 






when { IMS B receives a network originated reauthentication event} 






then{ 






/MS B sends a NOTIFY to UE B 






containing a Request_URI 






indicating UEB and 






containing an Event_header 






indicating the reg_event_package and 






containing a P-Charging-Vector header 






containing an icid-value_parameter and 






containing a Route_header 






indicating the original Route_header from SUBSCRIBE and 






containing a Message_Body 






containing for each registered_public_identity of UEB 






a registration_element 






(containing an aor_attribute 






indicating a registered_public_identity of UEB and 






containing a state_attribute 






indicating active and 






containing a contact subelement 






(containing an event_attribute 






indicating shortened and 






containing a state_attribute indicating active and 






containing an URI subelement 
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Interoperability Test Description 



L 



indicating tlie contact_address of UEB and 
containing an expiry_attribute) and 
IMS_B sends a NOTIFY to IMS_A - P-CSCF 
containing a Request_URI 

indicating tlie P-CSCF_SIP_URI of IMS_A and 
containing an Event_tieader 

indicating ttie reg_event_pacl<age and 
containing a P-Cfiarging-Vector tieader 

containing an icid-value_parameter and 
containing a Route_lieader 

indicating tlie original Route_header from SUBSCRIBE and 
containing a Message_Body 

containing for each registered jublicjdentity of UEB 
a registration_element 
(containing an aor_attribute 

indicating a registered_public_identity of UEB and 
containing a state_attribute 

indicating active and 
containing a contact_subelement 
(containing an event_attribute 

indicating shortened and 
containing a state_attribute indicating active and 
containing an URI_subelement 

indicating the contact_address of UEB and 
containing an expiry_attribute) } 
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47 



48 



49 



50 



51 



52 



53 



54 



55 



56 



57 



58 



59 



60 



61 



62 



63 



64 



65 



66 



67 



68 



69 



70 



71 



72 



73 



NOTIFY 



NOTIFY 



NOTIFY 



NOTIFY 



200 OK 



200 OK 



200 OK 



200 OK 



NOTIFY 



NOTIFY 



NOTIFY 



200 OK 



200 OK 



200 OK 



REGISTER 



REGISTER 



REGISTER 



REGISTER 



200 OK 



200 OK 



200 OK 



200 OK 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



200 OK or 202 
Accepted 



200 OK or 202 
Accepted 



IMS_B is triggered to re-authenticate user B 



IIVIS_B sends a NOTIFY to IMS_A, containing 
UE B's re-authentication 



IBCF B forwards the NOTIFY to IBCF A 



IBCF A forwards the NOTIFY to IMS A 



IIVIS_B sends a NOTIFY to UE_B, containing 
UE re-authentication 



UE_B responds to the NOTIFY with a 200 OK 



IMS A forwards the 200 OK to IBCF A 



IBCF_A forwards the 200 OK response to 
IBCF B 



IBCF_B fonwards the 200 OK response to 
IMS_B 

IMS_B sends a NOTIFY to IMS_A, containing 
IMS_A's re-authentication 



IBCF B forwards the NOTIFY to IBCF A 



IBCF A forwards the NOTIFY to IMS A 



IMS_A responds to the NOTIFY with a 200 OK 



IBCF_A forwards the 200 OK response to 
IBCF B 



IBCF_B forwards the 200 OK response to 
IMS B 



UE_B sends the same REGISTER containing 
authentication challenge response to IMS_A 



IMS A forwards the REGISTER to IBCF A 



IBCF A forwards the REGISTER to IBCF B 



IBCF B forwards the REGISTER to IMS B 



IMS_B responds with 200 OK 



IBCF_B forwards the 200 OK response to 
IBCF_A 

IBCF_A forwards the 200 OK response to 
IMS A 



IMS_A forwards the 200 OK response to UE_B 
IMS_A sends a SUBSCRIBE to IBCF_A 



IBCF A forwards the SUBSCRIBE to IBCF B 



IBCF B forwards the SUBSCRIBE to IMS B 



IMS_B responds with a 200 OK or 202 
Accepted 



IBCF_B forwards 200 OK or 202 Accepted to 
IBCF A 
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92 



93 



94 



95 



96 



97 



200 OK or 202 
Accepted 



NOTIFY 



NOTIFY 



NOTIFY 



200 OK 



200 OK 



200 OK 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



200 OK or 
202 Accepted 



200 OK or 
202 Accepted 



200 OK or 
202 Accepted 



200 OK or 
202 Accepted 



NOTIFY 



NOTIFY 



NOTIFY 



NOTIFY 



200 OK 



200 OK 



200 OK 



200 OK 



IBCF_A forwards 200 OK or 202 Accepted to 
IMS A 



IMS_B sends a NOTIFY to IMS_A, containing 
UE_B's registration status 



IBCF B forwards NOTIFY to IBCF A 



IBCF A forwards NOTIFY to IMS A 



IMS_A responds to the NOTIFY with a 200 OK 



IBCF_A forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IMS_B 



UE_B sends a SUBSCRIBE (reg event 
package) to IMS_A 



IMS_A forwards the SUBSCRIBE request to 
IBCF A 



IBCF_A forwards the SUBSCRIBE request to 
IBCF B 



IBCF_B forwards the SUBSCRIBE request to 
IMS B 



IMS_B responds to the SUBSCRIBE with a 200 
OK or 202 Accepted 



IBCF_B forwards the 200 OK or 202 Accepted 
response to IBCFA 



IBCF_A forwards the 200 OK or 202 Accepted 
response to IMS_A 



IMS_A forwards the 200 OK or 202 Accepted 
response to UE_B 



IMS_B sends a NOTIFY to IBCF_B, containing 
UE_B's registration status 



IBCF B forwards the NOTIFY to IBCF A 



IBCF A forwards the NOTIFY to IMS A 



IMS A forwards the NOTIFY to UE B 



UE_B responds to the NOTIFY with a 200 OK 



IMS A forwards the 200 OK to IBCF A 



IBCF A forwards the 200 OK to IBCF B 



IBCF B forwards the 200 OK to IMS B 



User B is informed about successful registration 
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4.5.3 Initial Dialog or Subsequent Procedures 



4.5.3.1 



Initial INVITE Dialog Procedures 



4.5.3.1.1 



Initial INVITE Request Procedures - Originating 



4.5.3.1.1.1 



Default SIP URI with DNS/ENUM lookup procedure 



Interoperability Test Description 


Identifier: 


ID IMS CALL 0001 


Summary: 


IMS network can handle establishment of dialogs for users with default SIP URIs and 
resolve Tel URI E.164 numbers 


Configuration: 


CF INT CALL 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 124 229 [1], clause 5.4.3.2 V 1 
(1^' numbered list) 


TP_IMS_5097_02 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(item 9 in 1^' numbered list) 


TP_IMS_5097_04 


TS 124 229 [1], clause 5.4.3.2 V 1 
(item 10 in 1^' numbered list) 


TP_IMS_5107_02 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8* numbered list) 


TP_IMS_5107_01 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8* numbered list) 


TP_IMS_5115_01 


TS 124 229 [1], clause 5.4.3.3 1191 
(item 2 in 4* numbered list) 


TP_IMS_5115_03 


TS 124 229 [1], clause 5.4.3.3 1192 
(item 3 in 4* numbered list) 


TP_IMS_5115_02 


TS 124 229 [1], clause 5.4.3.3 1191 
(item 2 in 4* numbered list) 


TP_IMS_5115_04 


TS 124 229 [1], clause 5.4.3.3 1192 
(item 2 in 4* numbered list) 


TP_IMS_5131_01 


TS 124 229 [1], clause 5.3.2.1 1162 
(after note 1 0) 


TP_IMS_5131_02 


TS 124 229 [1], clause 5.3.2.1 1162 
(after note 1 0) 


Use Case ref.: 


UC_02_I J 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UEA and UEB have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A is registered in IMS_A as userSIP_priv according to table 1 

• UE_B is registered in IMS_B as userSIP_priv according to table 1 

• IMS_A within the trust domain of IMS_B 

• Common DNS is configured with an ENUM entry for the Tel URI E.164 Number 
of userSIP of IMS B 


1 1 


Test Sequence: 


Step 




1 


User A calls user B's Tel URI (i.e. userSIP in IMS B) 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers the call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that the call is established 


7 


User A ends the call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5097_01 in CFW step 7 (INVITE): 
ensure that { 

when { UE_A sends an initial INVITE to UE_B } 
then { IMS_B receives the initial INVITE 
not containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_A 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing a orig-ioi_parameter indicating IMS_A and 
not containing an access-network-charging-info_parameter and 
not containing a term-ioi_parameter) and 
containing a Record- Route_header 
indicating the originating S-CSCF_SIP_URI and 
not containing a P- access-network-info header} 
} 



TP_IMS_5097_02 in CFW step 7 (INVITE): 
ensure that { 
when { UE_A sends an initial INVITE to UE_B 

} 
then { IMS_B receives the initial INVITE 

containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_A 
and 

containing a P-Asserted-ldentity_header 
indicating the Tel_URI of UE_A } 
1 



TP_IMS_5097_04 in CFW step 7 (INVITE): 
ensure that { 
when { UE_A sends an initial INVITE to UE_B 
containing a Request_URI 
indicating a Tel_URI} 
then { IMS_A sends a DNS_Query to DNS 

containing the Tel_URI_E.164_Number } 
when { IMS_A receives DNS_Response from DNS 

containing a NAPTR_Resource_Record 
indicating the SIP_URI of UE_B } 
then { IMS_A sends the initial INVITE to IMS_B 
containing a Request_URI 

indicating the SIP_URI of UE_B 
containing a P-Charging-Vector_header 
not containing an access-network-charging-info_parameter 
} 
} 



TP_IMS_5107_02 in CFW step 27 (ACK): 
ensure that { 
when { UE_A sends ACK to UE_B } 
then { IMS_B receives the ACK 

not containing Route_header 
indicating the S-CSCF_SIP_URI of IMS_A } 
} 



TP_IMS_5107_01 in CFW step 34A (BYE): 
ensure that { 
when { UE_A sends BYE to UE_B } 
then { IMS_B receives the BYE 

not containing Route_header 

indicating the S-CSCF_SIP_URI of IMS_A } 
I 
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Interoperability Test Description 



10 



11 



TP_IMS_5115_01 in CFW step 15 (180 Ringing): 
ensure that { 
when { UEB sends a 180_response to UEA } 
then { IMS_A receives the 180_response from IMS_B 
containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operatorjdentifier of ll\/IS_B 
_J 



TP_II\/IS_5115_03 in CFW step 15 (180 Ringing): 
ensure that { 
when { UEB sends a 1xx_response to UEA 

} 
then { ll\/IS_A receives the 1xx_response from ll\/IS_B 
containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_B and 
containing a P-Asserted-ldentity_header 
indicating the Tel_URI of UE_B } 
1 



TP_II\/IS_51 1 5_02 in CFW step 21 (2xx): 
ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response from i!\/IS_B 
containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating operatorjdentifier of ll\/IS_A and 
containing a term-ioi_parameter 
indicating operatorjdentifier of ll\/IS_B 
J 



TP_II\/IS_51 1 5_04 in CFW step 21 (2xx): 
ensure that { 
when { UEB sends a 2xx_response to UE_A 

} 
then { IMS_A receives the 2xx_response from ll\/IS_B 
containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_B and 
containing a P-Asserted-ldentity_header 
indicating the Tel_URI of UE_B} 
I 



TP_II\/IS_5131_01 in CFW step 15 (180 Ringing): 
ensure that { 

when { UEB sends a 180_response to UEA } 

then { IMS_B sends the 180_response to ll\/IS_A 

not containing a P-Charging-Function-Addresses_header} 
1 



TP_II\/IS_5131_02 in CFW step 21 (2xx) 

ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response from lf\/iS_B 

not containing a P-Charging-Function-Addresses_header} 

1 



Step 


Direction 


Message 


Comment 




U 
s 
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r 
A 
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A 


1 

M 
S 
A 


D 
N 
S 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 
























User A calls User B 


; 




2 






















INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 
UEA supports 




y 
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Step 


Direction 


Message 


Comment 




U 
s 
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r 
A 


U 

E 
A 


1 
IVI 

s 

A 


D 
N 
S 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


u 

E 
B 


u 

s 
e 
r 
B 






3 






















100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




4a 


DNS QUERY 


IMS_A sends DNS QUERY to common DNS 
containing E.164TELURI 


/ 


4b 


DNS 
RESPONSE 


Common DNS sends DNS RESPONSE 
containing NAPTR resource record to ll\/IS_A 




5 


INVITE 


IMS_A forwards INVITE to IBCF_A 






6 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 






7 


INVITE 


IBCF_A fonwards INVITE to IBCF_B 




8 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




9 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


10 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




11 


INVITE 


IMS_B forwards INVITE to UE_B 




12 
























User B is informed of incoming call of User A 


; 




13 








^ 








^ 






180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




14 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




15 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




16 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 






17 


180 Ringing 


IIVIS A forwards the 180 Ringing response to 
UE_A 




18 
























User A is informed that UE_B is ringing 


^ 




19 




User B answers call 








20 








/ 














200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 




21 


200 OK 


IBCF_B fonwards 200 OK response to IBCF_A 




22 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






23 


200 OK 


IMS_A forwards 200 OK response to UE A 




24 
























User A is informed that call has been answered 


^ 




25 






\ 






V 


\ 


\ 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




26 


ACK 


IMS_A forwards ACK to IBCF_A 






27 


ACK 


IBCF_A forwards ACK to IBCF_B 




28 


ACK 


IBCF_B forwards ACK to IMS_B 




29 


ACK 


IMS_B forwards ACK to UE_B 
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Step 


Direction 


Message 


Comment 
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30 




V 




















User B is informed tliat the call is established 




31A 




User A ends call 




32A 






\ 






V 


\ 








BYE 


UE_A releases the call with BYE 




33A 


BYE 


IMS_A forwards BYE to IBCF_A 






34A 


BYE 


IBCF_A forwards BYE to IBCF_B 




35A 


BYE 


IBCF_B forwards BYE to IMS_B 




36A 


BYE 


IMS_B forwards BYE to UE_B 




37A 


















V 






User B is informed that call has ended 




38A 








^ 




/ 




^ 






200 OK 


UE_B sends 200 OK for BYE 




39A 


200 OK 


IIVIS_B forwards 200 OK response to IBCF_B 




40A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




41A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






42A 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




43A 




f 




















User B is informed that call has ended 

































4.5.3.1.1.2 Default SIP URI 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0001 F 


Summary: 


IMS network can handle establishment of a call when the call is being offered to 
multiple terminals 


Configuration: 


CF INT CALL 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(1^' numbered list) 


TPJMS_5107_02 


TS 124 229 [1], clause 5.4.3.2 11 19 
(item 1 in 8* numbered list) 


TP_IMS_5107_01 


TS 124 229 [1], clause 5.4.3.2 fl 19 
(item 1 in 8* numbered list) 


TPJMS_5115_01 


TS 124 229 [1], clause 5.4.3.3 1191 
(item 2 in 4* numbered list) 


TP_IMS_5115_02 


TS 124 229 [1], clause 5.4.3.3 1191 
(item 2 in 4* numbered list) 


TP_IMS_5131_01 


TS 124 229 [1], clause 5.3.2.1 1162 
(after note 1 0) 


TP_IMS_5131_02 


TS 124 229 [1], clause 5.3.2.1 1162 
(after note 1 0) 


Use Case ref.: 


UC 12 1 
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Interoperability Test Description 


Pre-test 


• HSS of IMS A and of IMS B is configured according to table 1 


conditions: 


UE 


A and UE B have IP bearers established to their respective IMS networks 




as 


3er clause 4.2.1 




UE 


_A is registered in IMS_A as userSIP_priv according to table 1 




UE 


_B is registered in IMS B via UE B1 and UE B2 as userSIP according to 




table 1 


^^^^^^ 


• IMS A within the trust domain of IMS B 


Test Sequence: 

1 ^^^^r 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A on UE B1 


3 


Verify that user B is informed of incoming call of User A on UE B2 


4 


Verify that user A is informed that a UE of User B is ringing 


5 


User B answers call on UE B2 


6 


Verify that user B is informed at UE B1 that the call is no longer offered 


7 


Verify that user A is informed that call has been answered 


8 


Verify that user B is informed that the call is established 


9 


User A ends the call 


10 


Verify that user B is informed that call has ended 


11 


Verify that user A is informed that call has ended 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5097_01 in CFW step 6 (INVITE): 






ensure that { 






when { UE A sends an initial INVITE to UE B } 






then { IMS B receives the initial INVITE 






not containing a Route header 






indicating the S-CSCF_SIP_URI of IMS_A 






containing a P-Charging-Vector_header 






(containing an icid-value_parameter and 






containing a orig-ioi_parameter indicating IMS_A and 






not containing an access-network-charging-infojDarameter and 






not containing a term-ioi_parameter) and 






containing a Record-Route header 






indicating the originating S-CSCF_SIP_URI and 






not containing a P- access-network-info header} 
} 


2 


TP_IMS_5107_02 in CFW step 35 (ACK): 






ensure that { 






when { UE_A sends ACK to UE_B } 






then { IMS_B receives the ACK 






not containing Route header 






indicating the S-CSCF SIP URI of IMS A } 

} 


3 


TP_IMS_5107_01 in CFW step 42A (BYE): 






ensure that { 






when { UE_A sends BYE to UE_B } 






then { IMS_B receives the BYE 






not containing Route header 






indicating the S-CSCF SIP URI of IMS A } 

} 


4 


TP_IMS_51 1 5_01 in CFW step 15 and 24 (180 Ringing): 






ensure that { 






when { UEB sends a 180_response to UEA } 






then { IMS_A receives the 180_response from IMS_B 






containing a P-Charging-Vector_header 






containing an orig-ioi_parameter 






indicating operatorjdentifier of IMS_A and 






containing a term-ioi_parameter 






indicating operator identifier of IMS B 
} 
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Interoperability Test Description 




5 


TP_IMS_51 1 5_02 in CFW step 29 (2xx): 
ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response from IMS_B 
containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operator identifier of II^S 8 
} 


6 


TP_IMS_5131_01 in CFW step 15 and 24 (180 Ringing): 
ensure that { 

when { UEB sends a 180_response to UEA } 

then { IMS_B sends the 180_response to ir\/IS_A 

not containing a P-Charging-Function-Addresses header} 
} 


7 


TP_IMS_5131_02 in CFW step 29 (2xx) 

ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { ll\/IS_A receives the 2xx_response from l!\/IS_B 

not containing a P-Charging-Function-Addresses header} 

} 



Step 


Direction 


Message 


Comment 
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1 
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B 


1 
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S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A calls User B 


; 




2 












N 








INVITE 


UE_A sends INVITE with the first SDR offer 
indicating all desired medias and codecs that 
UE A supports 


/ 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


5 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IMS_B forwards INVITE to UE_B1 


^ 


11 


100 Trying 


UE_B1 optionally responds with a 100 Trying 
provisional response 




12 






















User B is informed on UE B1 of incoming call of 
User A 


; 




13 










/ 


^ 








180 Ringing 


UE_B1 responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




14 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




15 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




16 


180 Ringing 


IBCF A forwards 180 Ringing response to 
ll\/IS_A 
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Step 


Direction 


IVIessage 


Comment 
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1 
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U 
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B 


u 
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B 






17 




















180 Ringing 


IMS A forwards the 1 80 Ringing response to 
UE_A 




18 






















User A is informed that UE_B is ringing 


^ 




19 














\ 






INVITE 


IMS_B forwards INVITE to UE_B2 




20 


100 Trying 


UE_B2 optionally responds with a 100 Trying 
provisional response 




21 






















User B is informed on UE_B2 of incoming call of 
User A 


k 




22 








/ 


/ 




/ 






180 Ringing 


UE_B2 responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




23 


180 Ringing 


IMS B forwards 2"^ 180 Ringing response to 
IBCF_B 




24 


180 Ringing 


IBCF B forwards the 2"^ 180 Ringing response 
to IBCF_A 




25 


180 Ringing 


IBCF A forwards the 2"^ 180 Ringing response 
to IMS_A 




26 


180 Ringing 


IMS A forwards the 2"^ 180 Ringing response to 
UE_A 




27 






















User B answers call at UE_B2 


k 




28 














^ 






200 OK 


UE_B2 responds to INVITE with 200 OK to 
indicate that the call has been answered 




29 


CANCEL 


IMS_B sends CANCEL request to UE_B1 




20 


200 OK 


UE_B1 sends 200 OK response to the CANCEL 
request to IMS_B 




27 






















UE_B1 informs user B that the call is no longer 
offered to this UE and stops ringing 








28 








/ 












200 OK 


IMS_B forwards 200 OK response to IBCF_B 




29 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




30 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




31 


200 OK 


IMS_A forwards 200 OK response to UE_A 




32 






















User A is informed that call has been answered 


^ 




33 






\ 




V 


\ 








ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




34 


ACK 


IMS_A forwards ACK to IBCF_A 




35 


ACK 


IBCF_A forwards ACK to IBCF_B 




36 


ACK 


IBCF_B forwards ACK to IMS_B 




37 


ACK 


IMS_B forwards ACK to UE_B 




38 






















User B is informed that the call is established 


; 




39A 




User A ends call 








40A 






\ 














BYE 


UE_A releases the call with BYE 




' 
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Step 


Direction 


IVIessage 


Comment 
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B 






41 A 










V 


N 








BYE 


IIVIS_A forwards BYE to IBCF_A 




42A 


BYE 


IBCF_A forwards BYE to IBCF_B 




43A 


BYE 


IBCF_B forwards BYE to IMS_B 




44A 


BYE 


IMS_B forwards BYE to UE_B 




45A 
















>. 






User B is informed that call has ended 




46A 








f 


/ 




^ 






200 OK 


UE_B sends 200 OK for BYE 




47A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




48A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




49A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




50A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




51A 




>■ 


















User B is informed that call has ended 





























4.5.3.1.1.3 



Default Tel URI 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0002 


Summary: 


IMS network can handle establishment of dialogs for users with default TEL URIs 


Configuration: 


CF INT CALL 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TPJMS_5097_01 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(1"" numbered list) 


TP_IMS_5097_02 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(item 9 1^' numbered list) 


TP_IMS_5107_02 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8* numbered list) 


TP_IMS_5107_01 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8* numbered list) 


TP_IMS_5115_01 


TS 124 229 [1], clause 5.4.3.3 H91 
(item 2 in 4* numbered list) 


TPJMS_5115_03 


TS 124 229 [1], clause 5.4.3.3 H92 
(item 2 in 4* numbered list) 


TP_IMS_5115_02 


TS 124 229 [1], clause 5.4.3.3 H91 
(item 2 in 4* numbered list) 


TP_IMS_5115_04 


TS 124 229 [1], clause 5.4.3.3 H92 
(item 2 in 4* numbered list) 


TP_IMS_5131_01 


TS 124 229 [1], clause 5.4.3.3 H62 
(after note 1 0) 


TP_IMS_5131_02 


TS 124 229 [1], clause 5.3.2.1 H62 
(after note 1 0) 


Use Case ref.: 


UC 02 1 1 
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Interoperability Test Description 


Pre-test 


• HSS of IMS_A and of IMS B is configured according to table 1 


conditions: 


• UE AandUE B have IP bearers established to their respective IMS networks 




as per clause 4.2.1 




• UE_A is registered in IMS_A using userTEL_priv according to table 1 




• UE_B is registered in IMS_B using userTEL_priv according to table 1 




• IMS A within the trust domain of IMS B 


1 1 


Test Sequence: 


Step 


1 


1 


User A calls user B (i.e. userTEL in IMS B) 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers the call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that the call is established 


7 


User A ends the call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5097_01 in CFW step 6 (INVITE): 






ensure that { 






when { UE A sends an initial INVITE to UE B } 






then { IMS B receives the initial INVITE 






not containing a Route header 






indicating the S-CSCF_SIP_URI of IMS_A 






containing a P-Charging-Vector_header 






(containing an icid-value_parameter and 






containing a orig-ioi_parameter indicating IMS_A and 






not containing an access-network-charging-info_parameter and 






not containing a term-ioi_parameter) and 






containing a Record-Route header 






indicating the originating S-CSCF_SIP_URI and 






not containing a P- access-network-info header } 
} 


2 


TP_IMS_5097_02 in CFW step 6 (INVITE) 






ensure that { 






when { UE A sends an initial INVITE to UE B 

} 
then { IMS B receives the initial INVITE 










containing a P-Asserted- Identity header 






indicating the SIP_URI of UE_A 






and 






containing a P-Asserted-ldentity header 






indicating the Tel URI of UE A} 

} 


3 


TP_IMS_5107_02 in CFW step 28 (ACK): 






ensure that { 






when { UE_A sends ACK to UE_B } 






then { IMS_B receives the ACK 






not containing Route header 






indicating the S-CSCF SIP URI of IMS A} 

} 


4 


TP_IMS_5107_01 in CFW step 35A (BYE): 






ensure that { 






when { UE_A sends BYE to UE_B} 






then { IMS_B receives the BYE 






not containing Route header 






indicating the S-CSCF SIP URI of IMS A} 
} 
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Interoperability Test Description 



10 



TP_IMS_5115_01 in CFW step 15 (180 Ringing): 
ensure that { 
when { UEB sends a 180_response to UEA } 
then { IMS_A receives the 180_response from IMS_B 
containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operatorjdentifier of ll\/IS_B 



TP_II\/IS_5115_03 in CFW step 15 (180 Ringing): 
ensure that { 
when { UEB sends a 1xx_response to UEA 

} 
then { IMS_A receives the Ixxresponse 

containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_B and 
containing a P-Asserted-ldentity_header 
indicating the Tel_ URI of UE_B} 
1 



TP_II\/IS_51 1 5_02 in CFW step 22 (2xx): 
ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response from i!\/IS_B 
containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating operatorjdentifier of ll\/IS_A and 
containing a term-ioi_parameter 
indicating operatorjdentifier of ll\/IS_B 
J 



TP_II\/IS_51 1 5_04 in CFW step 22 (2xx): 
ensure that { 
when { UEB sends a 2xx_response to UE_A 

} 
then { IMS_A receives the 2xx_response 

containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_B and 
containing a P-Asserted-ldentity_header 
indicating the Tel_URI of UE_B } 
1 



TP_II\/IS_5131_01 in CFW step 15 (180 Ringing): 
ensure that { 

when { UEB sends a 180_response to UEA } 

then { IMS_B sends the 180_response to ll\/IS_A 

not containing a P-Charging-Function-Addresses_header} 
1 



TP_II\/IS_5131_02 in CFW step 22 (2xx) 

ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response from lf\/iS_B 

not containing a P-Charging-Function-Addresses_header} 

}_ 



Step 


Direction 
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Comment 
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1 
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1 






















User A calls User B 


; 




2 






\ 














INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


/ 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 
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Step 


Direction 


IVIessage 


Comment 
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A 


U 

E 
A 


1 

M 
S 
A 
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A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 
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B 


u 
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B 






4 








\ 




N 








INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IMS_B forwards INVITE to UE_B 


^ 


11 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




12 






















User B is informed of incoming call of User A 


; 




13 










/ 










180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




14 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




15 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




16 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




17 


180 Ringing 


IMS A forwards the 1 80 Ringing response to 
UE_A 




18 






















User A is informed that UE_B is ringing 


i 




19 




User B answers call 


^ 




20 










/ 










200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 




21 


200 OK 


IMS_B forwards 200 OK response to IBCF B 




22 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




23 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




24 


200 OK 


IMS_A forwards 200 OK response to UE_A 




25 






















User A is informed that call has been answered 


i 


26 












\ 








ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




27 


ACK 


IMS_A forwards ACK to IBCF_A 




28 


ACK 


IBCF_A forwards ACK to IBCF_B 




29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to UE_B 




31 






















User B is informed that the call is established 


; 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

lUI 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

lUI 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






32A 




\ 


















User A ends call 




33A 






V 






\ 


V 






BYE 


UE_A releases the call with BYE 




34A 


BYE 


IIVIS_A forwards BYE to IBCF_A 




35A 


BYE 


IBCF_A forwards BYE to IBCF_B 




36A 


BYE 


IBCF_B forwards BYE to IMS_B 




37A 


BYE 


IMS_B forwards BYE to UE_B 




38A 
















^ 






User B is informed that call has ended 




39A 






^ 






/ 


*• 






200 OK 


UE_B sends 200 OK for BYE 




40A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




41A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




42A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




43A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




44A 






















User A is informed that call has ended 





























4.5.3.1.1.4 



Rejection of call from barred user 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0003 


Summary: 


IMS network does not establish call to barred user 


Configuration: 


CF INT CALL 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5108_05 


TS 124 229 [1], clause 5.4.3.3 US 
(item 1 in 1^' numbered list) 


Use Case ref.: 

1 ^^" 


UC 02 1 



Pre-test 
conditions: 



HSS of IMS_A and of IMS B is configured according to table 1 

UEA and UEB have IP bearers established to their respective IMS networks 

as per clause 4.2.1 

UE_A is registered in IMS_A using any user identity 

UE_B is registered in IMS_B using any user identity 

IMS_A within the trust domain of IMS_B 

User B has two public identities in IMS_B out of which one of has been barred 



Test Sequence: 



Step 



User A calls user B using barred user identity 



Verify that user A is informed that call cannot be established 
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Interoperability Test Description 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5108_05 in CFW step 11 (404 response): 
ensure that { 
when { UE A sends an initial INVITE to UE B and 
IMS_A sends the INVITE to IMS_B 
containing a Request_URI 

indicating a barred_user in IMS_B } 
then { IMS B sends 404 response to IMS A } 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A calls User B 


^ 


2 












\ 








INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 
UE A supports 




3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IIVIS_A forwards INVITE to IBCF_A 


/ 


5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


/ 


6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


/ 


8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


^ 


10 


404 Not 
Found 


IIVIS_B responds to the INVITE with 404 Not 
Found 




11 


404 Not 
Found 


IBCF B forwards 404 Not Found response to 
IBCF A 




12 


404 Not 
Found 


IBCF A forwards 404 Not Found response to 
IMS A 




13 


404 Not 
Found 


IMS A forwards 404 Not Found response to 
UE A 




14 




i 


















User A is informed that call has failed 


15 












\ 








ACK 


UE_A acknowledges the response 




16 


ACK 


IMS_A forwards ACK to IBCF_A 




17 


ACK 


IBCF_A forwards ACK to IBCF_B 




18 


ACK 


IBCF_B forwards ACK to IMS_B 
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4.5.3.1.1.5 



Rejection of call to non-existing user 



Interoperability Test Description | 


Identifier: 


ID IMS CALL 0004 


Summary: 


IMS network rejects call to non existing user 


Configuration: 


OF INT CALL 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5132_01 


TS 124 229 [1], clause 5.3.2.1 1154 
(after 5'^ numbered list) 


Use Case ref.: 


UC_01J 1 




Pre-test 
conditions: 


• HSS of IMS_A and is configured according to table 1 

• UE_A have IP bearers established to their respective IMS networks as per 
clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• IMS A within the trust domain of IMS B 


1 1 


Test Sequence: 


Step 




1 


User A calls user B indicating a non existing identity within IMS B domain 


2 


Verify that user A is informed that call cannot be established 


Conformance 
Criteria: 


Chiecl< 




1 


TP_IMS_5132_01 in CFW step 11 (404 Not Found): 
ensure that { 
when { UEA sends an initial INVITE 
containing a Request_URI 
indicating a non existing user in IMS B and 
IMS_A sends the INVITE to IMS_B } 
then { IMS B sends an appropriate (e.g. 404 or 604) to IMS A } 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 




\ 


















User A calls User B 




2 






\ 


V 












INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 
UE A supports 


^ 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 




5 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 


/ 


6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


7 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 


f 


9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


/ 


10 


404 Not 
Found 


IMS_B responds to the INVITE with 404 Not 
Found 




11 


404 Not 
Found 


IBCF B forwards 404 Not Found response to 
IBGF_A 




12 


404 Not 
Found 


IBCF A forwards 404 Not Found response to 
IMS_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

lUI 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

lUI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






13 






/ 














404 Not 
Found 


IIUIS A forwards 404 Not Found response to 
UE_A 




14 




>■ 


















User A is informed that call has failed 




15 






\ 




V 


N 








ACK 


UE_A acknowledges the response 




16 


ACK 


IMS_A forwards ACK to IBCF_A 




17 


ACK 


IBCF_A forwards ACK to IBCF_B 




18 


ACK 


IBCF_B forwards ACK to IMS_B 





























4.5.3.1.1.6 



Rejection of call to unavailable user 



Interoperability Test Description 


Identifier: 


ID IMS CALL 0005 


Summary: 


IMS network does not establish a call for unavailable user 


Configuration: 


CF INT CALL 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5133_01 


TS 124 229 [1], clause 5.3.2.1 1155 
(before 6* numbered list) 


Use Case ref.: 


UC 01 1 1 


1 






Pre-test 
conditions: 


• HSS of IMS_A and IMS_B is configured according to table 1 

• UE_A has IP bearers established to their respective IMS networks as per 
clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is not registered in IMS_B 


^■" 




Test Sequence: 


Step 




1 


User A calls a valid user B identity 


2 


Verify that user A is informed that user B is not reachable or equivalent 


I 






Conformance 
Criteria: 


Check 


1 


1 


TP_IMS_5133_01 in CFW step 11 (4xx): 

ensure that { 
when { UE_A sends INVITE to UE_B } 
then { IMS B sends a 4xx response to IMS A } 

} 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A calls User B 








2 










\ 


\ 








INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 
UE A supports 




3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


/ 


8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




10 


4xx 


IMS_B responds to the INVITE with 4xx 




11 


4xx 


IBCFB forwards 4xx response to IBCF_A 




12 


4xx 


IBCFA forwards 4xx response to IMS_A 




13 


4xx 


IMS_A forwards 4xx response to UE A 




14 






















User A is informed that call has failed 


^ 




15 




















ACK 


UE_A acknowledges the response 




16 


ACK 


IMS_A forwards ACK to IBCF_A 




17 


ACK 


IBCF_A forwards ACK to IBCF_B 




18 


ACK 


IBCF_B forwards ACK to IMS_B 
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4.5.3.1.1.7 



Initial request to non-registered user with terminating unregistered filter criterion 



Test Description 


Identifier: 


TD IMS CALL 0006 


Summary: 


IMS network can handle initial request to non-registered user with terminating 
unregistered filter criterion 


Configuration: 


CF INT CALL 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5109_01 


TS 124 229 [1], clause 5.3.2.1 1176 
(after 2"*^ numbered list) 


Use Case Ref.: 


UC 01 1 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A has no filter criteria defined in HSS 

• IMS B has terminating unregistered criterion set for UE B on INVITE indicating 
SESSION_TERMINATED option and forward the INVITE to AS_B 

• AS_B is unreachable from IMS_B 

• UE_A registered using any user identity 

• UEB not registered as userNOAS_priv according to table 1 


1 1 


Test Sequence: 


Step 




1 


User A calls user B (i.e. userNOAS in IMS B) 


2 


Verify that user A is informed that call cannot be established 


Pass Criteria: 


Check 




1 


TP_IMS_5109_01 in GFW step 1 1 (Error Response): 
ensure that { 

when { UE A sends INVITE toUE Bj 

then { IMS_B receives the INVITE and 

sends (a 408 response or a 5xx response) to IMS A 

} 
} 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

lUI 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

lUI 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A calls User B 




2 








V 












INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


^ 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 




5 


100 Trying 


IBGFA responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBGF_B 


/ 


7 


100 Trying 


IBGFB responds with a 100 Trying provisional 
response 


/ 


8 


INVITE 


IBGF_B forwards INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


/ 


10 


408 Request 
Timeout or 


IMS_B responds to the INVITE with 4xx 




11 


408 Request 
Timeout or 


IBGFB forwards 4xx response to IBCFA 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

lUI 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

lUI 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






12 






/ 


^ 












408 Request 
Timeout or 


IBCF_A forwards 4xx response to IIVIS_A 




13 


408 Request 
Timeout or 


IIVIS_A forwards 4xx response to UE_A 




14 






















User A is informed tfiat called user is not 
reachable 





























4.5.3.1.2 



Dialogue Procedures with Roaming 



4.5.3.1.2.1 



Normal call 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0007 


Summary: 


IMS network handles normal call while UE_B Is roaming without topology hiding 
correctly 


Configuration: 


CF ROAM CALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 HI 
(1*" numbered list) 


TP IMS 5070 01 


TS 124 229 [1], clause 5.2.7.3 113 


TP_IMS_5301_01 


TS 124 229 [1], clause 5.4.3.3 11126 
(10* numbered list) 


TP_IMS_5055_01 


TS 124 229 [1], clause 5.2.6.4.4 HI 
(I*" numbered list) 


TP_IMS_5055_02 


TS 124 229 [1], clause 5.2.6.4.4 HI 
(1^' numbered list 


TP_IMS_5108_01 


TS 124 229 [1], clause 5.4.3.3 %5 
(1^' numbered list) 


Use Case ref.: 


UC 02 R 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to IMS_A as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B via IMS_A using any user identity 

• IMS_A within the trust domain of IMS_B 

• A Service-Route header list exists for UE B in P-CSCF 




Test Sequence: 


Step 




1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User B 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers call 


5 


Verify that user B is informed that call has been answered 


6 


Verify that user A is informed that the call is established 


7 


User A ends call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5046_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UEB } 
then { IMS_A sends the INVITE to IMS_B 
containing a topmost Route_header 

not indicating the P-CSCF_SIP_URI of IMS_A and 
containing a Route_header 
indicating the "list of Service Route header URIs 
from the registration" and 
containing an additional Via_header 
containing ( the P-CSCF_via_port_number and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
containing an additional topmost Record-Route_header 
indicating (the P-CSCF_port_number 

'where it awaits subsequent requests' from UEA and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
not containing P-Preferred-ldentity_header and 
containing a P-Asserted-ldentity_header 

containing an address of UEB and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 
1 



TP_IMS_5070_01 in CFW step 13 (100 Trying) 

ensure that { 
when { IMS_A receives an initial INVITE from IMS_B } 
then { IMS_A sends a 100_response to IMS_B 
} 

I 



TP_IMS_5301_01 in CFW step 13 (BYE) 
ensure that { 
when { UE_A sends BYE to UE_B } 
then { IMS_B receives the BYE 

not containing Route_header 

indicating the S-CSCF_SIP_URI of IMS_A 
containing an additional topmost Record-Route_header 
indicating the S-CSCF_SIP_URI of IMS_A 
} 
1 



TP_IMS_5055_01 in CFW step 21 (180 Ringing) 
ensure that { 
when { IMS_A receives a 180_response from UEA } 
then { IMS_A sends a 180_response to IMS_B 
containing a Record-Route_header 
containing the P-CSCF_SIP_URI and 

P-CSCF_port_number of IMS_A 
"where it expects subsequent requests" and 
not containing a comp_parameter and 
not containing a P-Preferred-ldentity_header and 
containing a P-Asserted-ldentity_header 
indicating the public identity "sent in P-Called_Party-ID header 
sent in the initial request" } 
1 
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Interoperability Test Description 




5 


TP_IMS_5055_02 in CFW step 31 (200 OK) 
ensure that { 
when { IMS_A receives a 200_response from UEA } 
then { IMS_A sends the 200_response to IMS_B 
containing a Record-Route_header 
containing the P-CSCF SIP URI and 

P-CSCF_port_number of ll\/IS_A 
"where it expects subsequent requests" and 
not containing a comp_parameter and 
not containing a P-Preferred-ldentity_header and 
containing a P-Asserted-ldentity_header 
indicating the address "sent in P-Cailed_Party-ID header 
sent in the initial request" 
} 
} 


6 


TP_IMS_5108_01 in CFW step 12 (INVITE): 
ensure that { 
when { UE B sends an initial INVITE to UE A 
IMS_A sends the INVITE to IMS_B 
containing a P-Charging-Vector_header 
containing an icid-value parameter} 
then { IMS_B sends the INVITE to IMS_A 
containing no Route_header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
containing the same icid-value_parameter and 
not containing ioi_parameters 
containing a Record-Route header 
containing the S-CSCF SIP URI of IMS B} 

} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 
















f 






User B calls User A 






2 




















INVITE 


UE_B sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 










3 


100 Trying 


ll\/IS_A responds with a 100 Trying provisional 
response 


\ 




\ 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


5 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


/ 


8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IMS_B forwards INVITE to IBCF_B 


\ 


11 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




12 


INVITE 


IBCF_B forwards INVITE to IBCF_A 




13 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 
F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






14 








/ 












INVITE 


IBCF_A forwards INVITE to IMS_A 


\ 


15 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




16 


INVITE 


IMS_A forwards INVITE to UE_A 




17 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




18 






















User A is informed of incoming call of User B 


i 




19 










\ 


\ 








180 Ringing 


UE_A responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




20 


180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF_A 


/ 


21 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF_B 




22 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS_B 




23 


180 Ringing 


IIVIS B forwards 180 Ringing response to 
IBCF_B 




24 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




25 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




26 


180 Ringing 


IMS A forwards the 1 80 Ringing response to 
UE_B 










27 






















User B Is informed that UEA is ringing 


; 




28 




User A answers call 








29 






\ 






\ 


\ 






200 OK 


UE_A responds INVITE with 200 OK to indicate 
that the call has been answered 




30 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 


31 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




32 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




33 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




34 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




35 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




36 


200 OK 


IMS_A forwards 200 OK response to UE_B 










37 






















User B is presented that call in process 








38 








/ 












ACK 


UE B acknowledges the receipt of 200 OK for 
INVITE 


\ 








39 


ACK 


IMS_A forwards ACK to IBCF_A 




40 


ACK 


IBCF_A forwards ACK to IBCF_B 




41 


ACK 


IBCF_B forwards ACK to IMS_B 
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Step 


Direction 


IVIessage 


Comment 
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A 
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A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






42 










/ 


^ 








ACK 


IMS_B forwards ACK to IBCF_B 




43 


ACK 


IBCF_B forwards ACK to IBCF_A 




44 


ACK 


IBCF_A forwards ACK to IMS_A 




45 


ACK 


IMS_A forwards ACK to UE_A 




46 






















User A is informed that the call is in progress 


i 




47A 




User A ends call 


; 




48A 








\ 


V 










BYE 


UE_A releases the call with BYE 




4gA 


BYE 


IMS_A forwards BYE to IBCF_A 




50A 


BYE 


IBCF_A forwards BYE to IBCF_B 


/ 


51A 


BYE 


IBCF_B forwards BYE to IMS_B 




53A 


BYE 


IMS_B forwards BYE to IBCF_B 




54A 


BYE 


IBCF_B forwards BYE to IBCF_A 




55A 


BYE 


IBCF_A forwards BYE to IMS_A 




56A 


BYE 


IMS_A forwards BYE to UE_B 










57A 






















User B is informed that call has ended 








58A 








/ 












200 OK 


UE_B sends 200 OK for BYE 






\ 




59A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 


60A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




61A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




62A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




63A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




64A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




65A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




66A 






















User B is informed that call has ended 


(: 
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4.5.3.1.2.2 



Normal call with hold/resume 



Interoperability Test Description | 


Identifier: 


ID IMS CALL 0008 


Summary: 


IMS network handles subsequent INVITEs correctly in case of a user initiated call hold 
and resume when home caller puts roaming user on hold and resumes call 


Configuration: 


OF ROAM GALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


IP IMS 5081 01 


TS 124 229 [1], clause 5.2.9.2 HI 


IP IMS 5082 01 


TS 124 229 [1], clause 5.2.9.2 12 


TP_IMS_5120_01 


TS 124 229 [1], clause 5.4.3.3 1199 
(item 3 and 5 in 7* numbered list) 


Use Case ref.: 


UC 03 R 1 


^^^ 


Pre-test 
conditions: 

L 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A configured to perform user initiated hold/resume using INVITE 

• UE_A is registered in IMS_A using any user identity 

• UEB is registered in IMS_B via IMS_A using any user identity 


Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE A is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A puts call on hold 


8 


Verify that user B is informed that call is on hold 


9 


Verify that user A is informed that call is on hold 


10 


User A resumes call 


11 


Verify that user B is informed that call is resumed 


12 


Verify that user A is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 


^r ^^^^^ ^^^^ 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5081_01 in CFW step 59A and 94A (100 Trying): 
ensure that { 

when {UE A sends a subsequent INVITE to UE B and 
IMS_A receives the INVITE from IMS_B } 

then { IMS A sends a 100 response to IMS B } 
} 


2 


TP_IMS_5082_01 in CFW step 67A and 102A (200 OK): 
ensure that { 
when { IMS_A receives a 200_response from UEB } 
then { IMS_A sends the 200_response to IMS_B 
containing a P-Charging-Vector_header 
containing an updated 

access-network-charging-info_parameter 
} 
} 


3 


TP_IMS_5120_01 in CFW step 58A and 93A (INVITE): 
ensure that { 

when (UE A sends a subsequent INVITE to UE B} 
then { IMS_A receives the INVITE from IMS_B 
containing a topmost Route header 

not indicating the S-CSCF_SIP_URI 
containing a Record-Route_header 
containing the S-CSCF SIP URI } 
} 
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Step 


Direction 


IVIessage 


Comment 
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A 
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A 


1 
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A 


1 

B 
C 
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A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






46 






















User B is presented that call is in progress 








47A 




User A puts call on hold 


; 




48A 








\ 




\ 








INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 




49A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




50A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


51A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


/ 


52A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


53A 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




54A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




55A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




56A 


INVITE 


IMS_B forwards INVITE to IBCF_B 


\ 


57A 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




58A 


INVITE 


IBCF_B forwards INVITE to IBCF_A 




59A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




60A 


INVITE 


IBCF_A forwards INVITE to IMS_A 


V 


61A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




62A 


INVITE 


IMS_A forwards INVITE to UE_B 










63A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 










64A 






















User B is informed that call is on hold 


; 




65A 




















200 OK 


UE_B responds to INVITE with 200 OK 
indicating attribute "recvonly" inactive 




V 


\ 




66A 


200 OK 


IMS_A forwards 200 OK response to IBCFA 


/ 


67A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




68A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




69A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




70A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




71 A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




72A 


200 OK 


IMS_A forwards 200 OK response to UE_A 




73A 


ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




' 
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Step 


Direction 


IVIessage 


Comment 
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1 
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S 

B 


u 
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B 


u 
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B 






74A 








\ 


\ 










ACK 


IMS_A forwards ACK to IBCF_A 


/ 


75A 


ACK 


IBCF_A forwards ACK to IBCF_B 


y 


76A 


ACK 


IBCF_B forwards ACK to IMS_B 




77A 


ACK 


IMS_B forwards ACK to IBCF_B 




78A 


ACK 


IBCF_B forwards ACK to IBCF_A 




79A 


ACK 


IBCF_A forwards ACK to IMS_A 




80A 


ACK 


IMS_A forwards ACK to UE_B 










81A 




f 


















User A is informed that call is on hold 




82A 




User A resumes call 


; 




83A 








\ 




\ 








INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 




84A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




85A 


INVITE 


IMS_A forwards INVITE to IBCF_A 




86A 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 


/ 


87A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


88A 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




89A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




90A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




91A 


INVITE 


IMS_B forwards INVITE to IBCF_B 


\ 


92A 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




93A 


INVITE 


IBCF_B forwards INVITE to IBCF_A 




94A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




95A 


INVITE 


IBCF_A forwards INVITE to IMS_A 


\ 


96A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




97A 


INVITE 


IMS_A forwards INVITE to UE_B 




/ 






98A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 










99A 






















User B is informed that call is resumed 


; 




100 
A 




















200 OK 


UE_B responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 










101 
A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 
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1 
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A 


1 

B 
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F 
B 


1 

lUI 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






102 
A 






/ 


f 




V 








200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




103 
A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




104 
A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




105 
A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




106 
A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




107 
A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




108 
A 




>■ 


















User B is informed that call has ended 





























4.5.3.1.2.3 



Subsequent request (other than target refresh) 



Interoperability Test Description 


Identifier: 


ID IMS CALL 0009 


Summary: 


IMS network handles routing information in subsequent requests (other than target 
refresh) received from the UE before forwarding them to another IMS network. 


Configuration: 


CF ROAM CALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5052_01 


TS 124 229 [1], clause 5.2.6.3-9 HI 
(1^' numbered list) 


Use Case ref.: 


UC 02 R 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UEB has IP bearers established to their respective IMS networks as per 
clause 4.2.1 

• UE_A registered in IMS_A using any user identity 

• UE B is registered in IMS B via IMS A using any user identity 


Test Sequence: 


Step 




1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User B 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers call 


5 


Verify that user B is informed that call has been answered 


6 


Verify that user A is informed that the call is established 


7 


User B ends call 


8 


Verify that user A is informed that call has ended 


9 


Verify that user B is informed that call has ended 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5052_01 in CFW step SOB (BYE): 
ensure that { 
when { IMS A receives a BYE from UE B} 
then { IMS_A sends the BYE to IMS_B 
not containing a Route_header 

indicating the P-CSCF_SIP_URI of IMS_A and 
containing the same Record-Route_header 

as in the previous ACK and 
containing a P-Charging-Vector header 
containing an icid-value parameter 
} 
} 
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Step 


Direction 


Message 


Comment 
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1 

B 
C 

F 
A 


1 
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1 
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s 

B 
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B 
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B 






48B 




















BYE 


UE_B releases the call with BYE 










49B 


BYE 


IMS_A forwards BYE to IBCF_A 




SOB 


BYE 


IBCF_A forwards BYE to IBCF_B 




518 


BYE 


IBCF_B forwards BYE to IMS_B 




53B 


BYE 


IMS_B forwards BYE to IBCF_B 




54B 


BYE 


IBCF_B forwards BYE to IBCF_A 




558 


BYE 


IBCF_A forwards BYE to IMS_A 




56B 


BYE 


IMS_A forwards BYE to UE_A 




57B 






















User A is informed that call has ended 


i 




588 




















200 OK 


UE_A sends 200 OK for BYE 




59B 


200 OK 


IMS A forwards 200 OK response to 
IBCF_A 




60B 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 




618 


200 OK 


IBCF B forwards 200 OK response to 
IMS_B 




62B 


200 OK 


IIVIS B forwards 200 OK response to 
IBCF_B 




63B 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




648 


200 OK 


IBCF A forwards 200 OK response to 
IMS_A 




65B 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 










66B 






















User B is informed that call has ended 
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4.5.3.1.2.4 



Subsequent target refresh request (INVITE) 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0010 


Summary: 


IMS network handles subsequent INVITEs correctly in case of a user initiated call hold 




and resume when roaming caller puts a home user on hold and resumes call 


Configuration: 


OF ROAM GALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP IMS 5048 01 


TS 124 229 [1], clause 5.2.6.3.5 HI 






(1*" numbered list) 


TP IMS 5080 01 


TS 124 229 [1], clause 5.2.9.1 112 


Use Case ref.: 


UC_03_R 1 




Pre-test 


• HSS of IMS A and of IMS B is configured according to table 1 


conditions: 


• UE AandUE B have IP bearers established to their respective IMS networks 




as per clause 4.2.1 




• UEB configured to perform user initiated hold/resume using INVITE 




• UE_A registered in IMS_A using any user identity 




• UE B is registered in IMS B via IMS A using any user identity 


1 

Test Sequence: 


Step 




1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User B 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers call 


5 


Verify that user B is informed that call has been answered 


6 


Verify that user A is informed that call is established 


7 


User B puts call on hold 


8 


Verify that user A is informed that call is on hold 


9 


Verify that user B is informed that call is on hold 


10 


User B resumes call 


11 


Verify that user A is informed that call is resumed 


12 


Verify that user B is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5048_01 in CFW step 52B and 87B (INVITE): 






ensure that { 






when { IMS A receives a subsequent INVITE from UE B} 






then { IMS A sends the INVITE to IMS B 






containing a topmost Route header 






not indicating the P-CSCF_SIP_URI of IMS_A and 






containing an additional Via header 






containing ( the P-CSCF via port number and 






(the P-CSCF-FQDN address or 






the P-CSCF-IP address)) of IMS A } 
} 


2 


TP_IMS_5080_01 in CFW step 52B and 87B (INVITE): 






ensure that { 






when { IMS A receives subsequent INVITE from UE B} 






then { IMS A sends the INVITE to IMS B 






containing a P-Charging-Vector_header 






containing an updated access-network-charging-info parameter} 
} 
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Step 



Direction 



Message 



Comment 
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I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



U 

E 
B 



U 
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B 



47B 



48B 



49B 



SOB 



518 



52B 



53B 



548 



55B 



56B 



578 



58B 



59B 



608 



61B 



62B 



638 



64B 



65B 



66B 



67B 



68B 



69B 



70B 



71 B 



72B 



738 



74B 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



User B puts call on hold 



UE_B sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying provisional 
response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IBCF A 



IBCFA responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to UE A 



UE_A optionally responds with a 100 Trying 
provisional response 



User A is informed that call is on hold 



UE_A responds to INVITE with 200 OK 
indicating attribute "recvonly" inactive 



IMS_A forwards 200 OK response to IBCFA 



IBCF_A forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IMS_B 



IMS_B forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IMS_A 



IMS_A forwards 200 OK response to UE B 



UE_B acknowledges the receipt of 200 OK for 
INVITE 



IMS A forwards ACK to IBCF A 
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Step 



Direction 



Message 



Comment 
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A 
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B 
C 
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A 



I 

B 
C 

F 
B 



I 
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S 
B 



U 

E 
B 



U 
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r 
B 



75B 



76B 



77B 



788 



79B 



SOB 



81B 



82B 



83B 



84B 



85B 



86B 



87B 



88B 



89B 



90B 



91 B 



92B 



93B 



94B 



95B 



96B 



97B 



98B 



99B 



100B 



101B 



102B 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to UE A 



User A is informed that call is on hold 



User B resumes call 



UE_B sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying provisional 
response 



IMS B forwards INVITE to IBCF B 



IBCFB responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IBCF A 



IBCFA responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to UE A 



UE_A optionally responds with a 100 Trying 
provisional response 



User A is informed that call is resumed 



UE_A responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 



IMS_A forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IBCF_B 
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Step 


Direction 


Message 


Comment 




U 
s 
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r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 
F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






103B 














\ 






200 OK 


IBCF_B forwards 200 OK response to IMS_B 


/ 


104B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




105B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




106B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




107B 


200 OK 


IMS_A forwards the 200 OK response to UE_B 










108B 






















User B is informed that call has ended 





























4.5.3.1.2.5 



Subsequent target refresh request (UPDATE), roaming user initiated 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0011 


Summary: 


IMS network handles subsequent UPDATES correctly in case of a user initiated call 
hold and resume when roaming caller puts a home user on hold and resumes call 


Configuration: 


OF ROAM CALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP IMS 5080 02 


TS 124 229 [1], clause 5.2.9.1 12 


Use Case ref.: 


UC 03 R 


~1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_B has IP bearers established to their respective IMS networks as per 
clause 4.2.1 

• UEA registered in IMS_A 

• UE_B configured to perform user initiated hold/resume using UPDATE 

• UE B is registered in IMS B via IMS A 


I 






Test Sequence: 


Step 




1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User A 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User B puts call on hold 


8 


Verify that user A is informed that call is on hold 


9 


Verify that user B is informed that call is on hold 


10 


User B resumes call 


11 


Verify that user A is informed that call is resumed 


12 


Verify that user B is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 


1 




Conformance 
Criteria: 


Checl< 




1 


TP_IMS_5080_02 in GFW step 50B and 68B (UPDATE): 
ensure that { 
when { IMS A receives subsequent UPDATE from UE B} 
then { IMS_A sends the UPDATE to IMS_B 
containing a P-Charging-Vector_header 

containing an updated access-networl<-charging-info parameter} 
} 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
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r 
A 
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E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






47B 






















User B puts call on hold 


i 




48B 








/ 












UPDATE 


UE_B sends UPDATE message indicating media 
attribute "sendonly" (Call Hold) 






N 




49B 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 


/ 


SOB 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




51B 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




52B 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




53B 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




54B 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 




55B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




56B 






















User A is informed that call is on hold 


(: 




57B 








\ 


V 










200 OK 


UE_A responds to UPDATE with 200 OK 
indicating attribute "recvonly" inactive 




58B 


200 OK 


IMS_A forwards 200 OK response to IBCFA 




59B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


608 


200 OK 


IBCF_B forwards 200 OK response to ll\/IS_B 


^ 


61 B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




628 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




63B 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 




64B 


200 OK 


IMS_A forwards 200 OK response to UE_B 










65B 






















User B resumes call 


^ 




66B 




















UPDATE 


UE_B sends UPDATE message indicating media 
attribute "sendrecv" (Call Resume) 




V 


\ 




678 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 


/ 


68B 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 


/ 


69B 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




70B 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




71B 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




72B 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 




73B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




74B 






















User A is informed that call is resumed 


^ 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

lUI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

lUI 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






75B 






N 


V 






\ 






200 OK 


UE_A responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




76B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




77B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


788 


200 OK 


IBCF_B forwards 200 OK response to ll\/IS_B 


^ 


79B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




SOB 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




81 B 


200 OK 


IBCF_A forwards 200 OK response to ll\/IS_A 




82B 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_B 










83B 






















User B is informed that call has ended 





























4.5.3.1.2.6 



Subsequent target refresh request (UPDATE), home user initiated 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0012 


Summary: 


IMS network handles subsequent UPDATES correctly in case of a user initiated call 
hold and resume when home caller puts a roaming user on hold and resumes call 


Configuration: 


CF ROAM CALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5120_02 


TS 124 229 [1], clause 5.4.3.3 1199 
(item 3 and 5 in 7* numbered list) 


Use Case ref.: 


UC 03 R 


^^^^^^^^^^^^^1 







Pre-test 
conditions: 



HSS of IMS_A and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks 

as per clause 4.2.1 

UE_A configured to perform user initiated hold/resume using UPDATE 

UEA registered in IMS_A using any user identity 

UE_B is registered in IMS_B via IMS_A using any user identity 



Test Sequence: 



Step 



10 



11 



12 



13 



14 



15 



User A calls User B 



Verify that user B is informed of incoming call of User A 



Verify that user A is informed that UE_A is ringing 



User B answers call 



Verify that user A is informed that call has been answered 



Verify that user B is informed that call is established 



User A puts call on hold 



Verify that user B is informed that call is on hold 



Verify that user A is informed that call is on hold 



User A resumes call 



Verify that user B is informed that call is resumed 



Verify that user A is informed that call is resumed 



User A ends call 



Verify that user B is informed that call has ended 



Verify that user A is informed that call has ended 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5120_02 in CFW step 53A and 71 A (UPDATE): 
ensure that { 

when { UE_A sends an UPDATE to UE_B } 
then { IMS_A receives the UPDATE from IMS_B 
containing a topmost Route_header 

not indicating the S-CSCF_SIP_URI 
containing a Record-Route_header 
containing the S-CSCF_SIP_URI } 
I 



Step 


Direction 


Message 


Comment 




U 
s 

e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






47A 






















User A puts call on hold 




48A 








\ 


V 










UPDATE 


UE_A sends UPDATE message indicating media 
attribute "sendonly" (Call Hold) 




4gA 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 




50A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 


/ 


51A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 


^ 


52A 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




53A 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




54A 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 




55A 


UPDATE 


IMS_A forwards UPDATE to UE_B 










56A 






















User B is informed that call is on hold 




57A 




















200 OK 


UE_B responds to UPDATE with 200 OK 
indicating attribute "recvonly" inactive 




V 


V 




58A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 


59A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




60A 


200 OK 


IBCF_B forwards 200 OK response to ll\/IS_B 




61 A 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




62A 


200 OK 


IBCF_B forwards 200 OK response to IBGF_A 




63A 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 




64A 


200 OK 


IMS_A forwards 200 OK response to UE_A 




65A 




>. 


















User A resumes call 




66A 






\ 


V 


\ 










UPDATE 


UE_A sends UPDATE message indicating media 
attribute "sendrecv" (Call Resume) 




67A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 




68A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 
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Step 


Direction 


IVIessage 


Comment 
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A 
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A 


1 

B 
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1 
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F 
B 


1 

lUI 

s 

B 


U 

E 
B 


U 
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r 
B 






69A 










/ 


N 


\ 






UPDATE 


IBCF_B forwards UPDATE to IMS_B 


f 


70A 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




71A 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




72A 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 




73A 


UPDATE 


IMS_A forwards UPDATE to UE_B 










74A 






















User A is informed that call is resumed 




75A 




















200 OK 


UE_B responds to UPDATE witli 200 OK 
indicating media attribute "sendrecv" 


\ 


V 






76A 


200 OK 


ll\/IS_A forwards 200 OK response to IBCF_A 




77A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


78A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




79A 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




80A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




81A 


200 OK 


IBCF_A forwards 200 OK response to l!\/IS_A 




82A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




83A 




/ 


















User A is informed that call has ended 





























4.5.3.1.3 



Subsequent Request Procedures - Originating Network 



4.5.3.1.3.1 



Call CANCEL by calling user 



Interoperability Test Description | 


Identifier: 


TD IMS CALL 0014 


Summary: 


IMS network handles correctly calling user cancelling call before its establishment 


Configuration: 


CF INT CALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5107_03 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8* numbered list) 


Use Case ref.: 


UC 02 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UEB is registered in IMS_B using any user identity 
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Interoperability Test Description 


Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User A cancels call 


5 


Verify that user B is informed that call has been cancelled 


6 


Verify that user A is informed that call is terminated 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5107_03 in CFW step 24 (CANCEL): 
ensure that { 
when { UE A sends CANCEL to UE Bj 
then { IMS_B receives the CANCEL 
not containing Route header 
indicating the S-CSCF SIP URI of IMS A 
} 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A calls User B 




2 












\ 








INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 




3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IIVIS_A forwards INVITE to IBCF_A 


^ 


5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


y 


7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




8 


INVITE 


IBCF_B forwards INVITE to IIVIS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IMS_B forwards INVITE to UE_B 


^ 


11 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




12 






















User B is informed of incoming call of User A 




13 










f 


^ 








180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




14 


180 Ringing 


IIVIS B forwards 180 Ringing response to 
IBCF_B 




15 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




16 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




17 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




18 






















User A is informed that UE_B is ringing 




19 


















User A cancels the call 
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Step 


Direction 


IVIessage 


Comment 
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A 
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S 
A 
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B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






20 










\ 




>. 






CANCEL 


UE_A sends a CANCEL to IMS_A 


^ 


21 


200 OK 


IIV1S_A responds with a 200 OK to UE_A 




22 


CANCEL 


IIVIS_A forwards tiie CANCEL to IBCF_A 




23 


200 OK 


IBCF_A responds with a 200 OK to IMS_A 




24 


CANCEL 


IBCF_A forwards the CANCEL to IBCF_B 


^ 


25 


200 OK 


IBCF_B responds with a 200 OK to IBCF_A 




26 


CANCEL 


IBCF_B forwards the CANCEL to IMS_B 


/■ 


27 


200 OK 


IIVIS_B responds with a 200 OK to IBCF_B 




28 


CANCEL 


IMS_B forwards the CANCEL to UE_B 




29 


200 OK 


UE_B responds with a 200 OK to IIVIS_B 




30 






















User B is informed that call has been cancelled 


^ 




31 










^ 




^ 






487 Request 
Terminated 


UE_B sends 487 Request Terminated to ll\/IS_B 




32 


ACK 


IMS_B responds with ACK to UE_B 




33 


487 Request 
Terminated 


IMS B forwards the 487 Request Terminated to 
IBCF_B 


s 


34 


ACK 


IBCF_B responds with ACK to IIVIS_B 




35 


487 Request 
Terminated 


IBCF B forwards the 487 Request Terminated 
to IBCF_A 




36 


ACK 


IBCF_A responds with ACK to IBCF_B 




37 


487 Request 
Terminated 


IBCF A forwards the 487 Request Terminated 
to IMS_A 




38 


ACK 


IMS_A responds with ACK to IBCF_A 




39 


487 Request 
Terminated 


IMS A forwards the 487 Request Terminated to 
UE_A 




40 


ACK 


UE_A responds with ACK to IMS_A 




41 






















User A is informed that call is terminated 


^ 
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4.5.3.1.3.2 



Call CANCEL due to loss of connectivity of calling user during call 



Interoperability Test Description | 


Identifier: 


ID IMS CALL 0015 


Summary: 


IMS network ends call in case calling UE looses connectivity during a call 


Configuration: 


OF INT CALL 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference | 


IP IMS 5073 01 


TS 124 229 [1], clause 5.2.8.1.2 HI 








(item 1 in 1^' numbered list) 




Use Case ref.: 


UC_02_I 1 




Pre-test 


• HSS of IMS_A and of IMS B is configured according to table 1 




conditions: 


• UE AandUE B have IP bearers established to their respective IMS networks 




as per clause 4.2.1 






• UE_A is registered in IMS_A using any user identity 






• UE_B is registered in IMS_B using any user identity 




^^ " 


• IMS B is supporting (simulated) PDF or PCRF like functionality 


_^_ 


Test Sequence: 


Step 


™ 


1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User B 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers call 


5 


Verify that user B is presented that call in process 


6 


Verify that user A is informed that the call is in progress 


7 


UE B looses connectivity 


8 


Verify that user A is informed that call has been ended 


^r 




^^ 


Conformance 
Criteria: 


Check 


1 


1 


TP_IMS_5073_01 in CFW step 34 (BYE): 








ensure that { 








when { IMS B receives "an indication that UE B is no longer available"} 






then { IMS B sends a BYE to IMS A 








containing Request_URI 








indicating the Contact_header_value of UEA and 








containing To_header 








indicating the initial 200_OK_To_value from UEA 








containing From_header 








indicating the initial INVITE_From_value from UEB and 








containing Call-IDheader 








indicating the initial INVITE_Call_ld_value from UEB and 








containing CSeq_header 








indicating an incremented Sequence_Number and 








containing Route_header 








indicating "dialog specific routing information for UEA" and 








containing Reason_header 








indicating "503 Service Unavailable" and 








containing 








"further headers based on local policy or call release reason" 

} 
} 
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Step 


Direction 


IVIessage 


Comment 
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A 
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B 
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F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






19 




» 


















User A answers call 


20 












V 








200 OK 


UE_A responds INVITE with 200 OK to indicate 
that the call has been answered 




21 


200 OK 


IIVIS A forwards tlie 200 OK response to 
IBCF A 




22 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF B 




23 


200 OK 


IBCF B forwards the 200 OK response to 
IMS B 




24 


200 OK 


IMS_B forwards the 200 OK to UE_B 




25 
















> 






User B is presented that call in process 


26 






^ 






^ 








ACK 


UE B acknowledges the receipt of 200 OK for 
INVITE 




27 


ACK 


IMS_B forwards ACK to IBCF_B 




28 


ACK 


IBCF_B forwards ACK to IBCF_A 




29 


ACK 


IBCF_A forwards ACK to IMS_A 




30 


ACK 


IMS_A forwards ACK to UE_A 




31 




d 


















User A is informed that the call is in progress 


32 






















UE B looses connectivity 


33 








^ 


/ 


/■ 








BYE 


IMS_B forwards BYE to IBCF_B 




34 


BYE 


IBCF_B forwards BYE to IBCF_A 




35 


BYE 


IBCF_A forwards BYE to IMS_A 




36 


BYE 


IMS_A forwards BYE to UE_A 




37 






















User A is informed that call has ended 


38 








*. 


\ 










200 OK 


UE_A sends 200 OK for BYE 




39 


200 OK 


IIVIS A forwards the 200 OK response to 
IBCF A 




40 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF B 




41 


200 OK 


IBCF B forwards the 200 OK response to 
IMS B 





























£75/ 



172 



ETSI TS 186 011-2 V3.1.1 (2011-06) 



4.5.3.1.3.3 



Call failure due to de-registration of calling user during call 



Interoperability Test Description | 


Identifier: 


ID IMS CALL 0016 


Summary: 


IMS network ends call in case calling UE is forcefully de-registered in IMS network during 




a call 


Configuration: 


CF INT CALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP IMS 5139 01 


TS 1 24 229 [1], clause 5.4.5.1 .2 HI 






(item 1 and 2 in 1^' numbered list) 


Use Case ref.: 


UC_02_I 1 


^^^^^^^^^F 


Pre-test 


• HSS of IMS_A and of IMS B is configured according to table 1 


conditions: 


• UE_A and UE_B have IP bearers established to their respective IMS networks as 




per clause 4.2.1 




• UE_A is registered in IMS_A using any user identity 




• UE_B is registered in IMS_B using any user identity 




• There is an ongoing dialogue between UE A and UE B 




Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that User A is informed that call has been answered 


6 


Verify that User B is informed that the call is established 


7 


UE A is forced to be de-registered in IMS A 


8 


Verify that user B is informed that call has been ended 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5139_01 in CFW step 34 (BYE): 






ensure that { 






when { IMS A receives a "network internal indication that the lifetime 






of the last public user identity has expired"} 






then { IMS A sends a BYE to UE B 






containing a Request URI set to Contact header value of UE B and 






containing a To header set to 






the To header of the 200 response to Initial INVITE and 






containing a From header set to 






the From header of the initial INVITE and 






containing a Call-ID header set to 






the Call-ID header of the initial INVITE and 






containing a CSeq_header set to 






"CSeq_header from the calling user incremented by one" and 






containing a Route header set to 






"routeing information towards the called user as stored 






for the dialog" and 






containing a Reason header and 






containing "further headers, based on local policy or the 






requested session release reason" 
} 
} 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

lUI 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

lUI 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






19 






















User B answers call 


d 




20 






^ 


f 






^ 






200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 




21 


200 OK 


IIVIS B forwards tlie 200 OK response to 
IBCF_B 




22 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 




23 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 




24 


200 OK 


IMS_A forwards the 200 OK to UE_A 




25 






















User A is presented that call in process 


i 




26 








V 






^. 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




27 


ACK 


IMS_A forwards ACK to IBCF_A 




28 


ACK 


IBCF_A forwards ACK to IBCF_B 




29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to UE_B 




31 






















User B is informed that the call is in progress 








32 






















UEA is forced to be de-registered in IIVIS_A 


33 








N 


V 










BYE 


IMS_A forwards BYE to IBCF_A 




34 


BYE 


IBCF_A forwards BYE to IBCF_B 




35 


BYE 


IBCF_B forwards BYE to IMS_B 




36 


BYE 


IMS_B forwards BYE to UE_B 




37 






















User B is informed that call has ended 


^ 




38 








f 


^ 










200 OK 


UE_B sends 200 OK for BYE 




39 


200 OK 


IIVIS B forwards the 200 OK response to 
IBCF_B 




40 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 




41 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 
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4.5.3.1.3.4 



Subsequent target refresh request (INVITE) 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0017 


Summary: 

L M 


IMS network handles subsequent INVITEs correctly in case of a user initiated call hold 
and resume when home caller puts another home user on hold and resumes call 


Configuration: 


OF INT CALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TPJMS_5106_01 


TS 124 229 [1], clause 5.4.3.2 flOS 
(6'^ numbered list) 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 11123 
(9* numbered list) 


Use Case ref.: 


UC 03 1 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UEA and UEB have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UEA configured to perform user initiated hold/resume using INVITE 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B using any user identity 


1 1 


Test Sequence: 
1 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE A is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A puts call on hold 


8 


Verify that user B is informed that call is on hold 


9 


Verify that user A is informed that call is on hold 


10 


User A resumes call 


11 


Verify that user B is informed that call is resumed 


12 


Verify that user A is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 


I 

Conformance 
Criteria: 


Check 




1 


TP_IMS_5106_01 in GFW step 37A and 60A (INVITE): 
ensure that { 
when { UEA sends a subsequent INVITE to UEB } 
then { IMS_B receives the subsequent INVITE 
containing a Record-Route header 

indicating the S-CSCF_SIP_URI of IMS_A and 
containing a Route_header 

not indicating the S-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 

not containing an access-network-charging-info parameter 
} 
} 


2 


TP_IMS_5121_02 (IMS_B) in GFW step 46A and 69A (200 OK): 
ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info jiarameterj 

} 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 

s 
e 
r 
B 






32A 






















User A puts call on hold 




33A 






V 


N. 






^. 






INVITE 


UEA sends relNVITE message indicating 
media attribute "sendonlv" (Call Hold) 




34A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
resDonse 




35A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


^ 


36A 


100 Trying 


IBCF A responds with a 100 Trying 
provisional response 




37A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


^ 


38A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
resDonse 




39A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




40A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
resDonse 




41A 


INVITE 


IMS_B forwards INVITE to UE_B 




42A 


100 Trying 


UE_B optionally responds with a 100 Trying 
orovisional resoonse 




43A 






















User B is informed that call is on hold 


i 




44A 








^ 


^ 




^ 






200 OK 


UE_B responds to INVITE with 200 OK 
indicatina media attribute "recvonlv" 




45A 


200 OK 


IIVIS_B forwards 200 OK response to IBCF_B 




46A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF A 




47A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




48A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




49A 






















User A is informed that call is on hold 


^ 




50A 






V 




N 


\ 








ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




51A 


ACK 


IMS_A forwards ACK to IBCF_A 




52A 


ACK 


IBCF_A forwards ACK to IBCF_B 




53A 


ACK 


IBCF_B forwards ACK to IMS_B 




54A 


ACK 


IMS_B forwards ACK to UE_B 




55A 






















User A resumes call 




56A 








V 












INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 




57A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
resDonse 




58A 


INVITE 


IIVIS_A forwards INVITE to IBCF_A 




59A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




60A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


^ 


61A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
resDonse 




62A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




63A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


' 
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Step 


Direction 


IVIessage 


Comment 




U 
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r 
A 
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E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






64A 














N. 






INVITE 


IMS_B forwards INVITE to UE_B 


^ 


65A 


100 Trying 


UE_B optionally responds with a 100 Trying 
orovisional resoonse 




66A 
















V 






User B is informed that call is resumed 




67A 








^ 




f 


^ 






200 OK 


UE_B responds to INVITE with 200 OK 
indicatina media attribute "sendrecv" 




68A 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




69A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF A 




70A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




71A 
72A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 
User A is informed that call is resumed 


«— 



























4.5.3.1.3.5 



Subsequent target refresh request (UPDATE) 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0018 


Summary: 


IMS network handles subsequent UPDATES correctly in case of a user initiated call 
hold and resume when home caller puts another home user on hold and resumes call 


Configuration: 


OF INT CALL 


SUT 


IMS A, IMS B 


References 


Test Purpose 


Specification Reference 


TPJMS_5106_02 


TS 124 229 [1], clause 5.4.3.2 HI 08 
(6* numbered list) 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 11123 
(9'^ numbered list) 


Use Case ref.: 


UC_03_I J 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UEA and UEB have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A configured to perform user initiated hold/resume using UPDATE 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B using any user identity 




Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE A is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A puts call on hold 


8 


Verify that user B is informed that call is on hold 


9 


Verify that user A is informed that call is on hold 


10 


User A resumes call 


11 


Verify that user B is informed that call is resumed 


12 


Verify that user A is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 


1 


1 
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Interoperability Test Description 


Conformance 
Criteria: 


Check 




1 


TP_IMS_51 06_02 (IMS_A) in CFW step 35A and 48A (UPDATE): 
ensure that { 
when { UE A sends an UPDATE to UE B } 
then { IMS_B receives the UPDATE 

containing a Record- Route_header 

containing the S-CSCF_SIP_URI of IMS_A and 
not containing Route header 

indicating the S-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
not containing an access-networl<-charging-info parameter 
} 
} 


2 


TP_IMS_5121_02 (IMS_B) in CFW step 41 A and 54A (200 OK): 
ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-networl<-charging-infojDarameter} 

} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






32A 






















User A puts call on hold 




33A 














N. 






UPDATE 


UE_A sends UPDATE message indicating 
media attribute "sendonly" (Call Hold) 




34A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 




35A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




36A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




37A 


UPDATE 


IMS_B forwards UPDATE to UE_B 




38A 






















User B is informed that call is on hold 


5 




39A 










y 


/■ 








200 OK 


UE_B responds to UPDATE with 200 OK 
indicating media attribute "recvonly" 




40A 


200 OK 


IMS_B forwards 200 OK response to IBCFB 




41 A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




42A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




43A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




44A 






















User A is informed that call is on hold 


^ 




45A 




User A resumes call 




46A 










X 


v 








UPDATE 


UE_A sends UPDATE message indicating 
media attribute "sendrecv" (Call Resume) 




47A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 




48A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




49A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 
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Step 


Direction 


IVIessage 


Comment 
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A 


1 

B 
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B 


1 
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S 
B 


u 

E 
B 
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r 
B 






50A 














N. 






UPDATE 


IMS_B forwards UPDATE to UE_B 




51A 






















User B is informed tliat call is resumed 




52A 








f 


^ 










200 OK 


UE_B responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




53A 


200 OK 


IIVIS_B forwards 200 OK response to IBCF_B 




54A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




55A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




56A 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




57A 




^ 


















User A is informed that call is resumed 





























4.5.3.1.3.6 



Addition of media streams (relNVITE) 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0019 


Summary: 


IMS network handles subsequent INVITEs correctly when adding new media stream. 


^^^^^^^^^~~^ 




Configuration: 


OF INT CALL 


BUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5106_01 


TS 124 229 [1], clause 5.4.3.2 HI 08 
(6* numbered list) 


TP_IMS_5121_01 


TS 124 229 [1], clause 5.4.3.3 11123 
(9* numbered list) 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 1123 
(9'^ numbered list) 


Use Case ref.: 


UC_1 3 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A and UE_B support multiple media streams (e.g. audio, video, messaging) 
and support RTP and MSRP 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B using any user identity 
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Interoperability Test Description 


Test Sequence: 
1 


Step 




1 


User A calls User B (IMS VoIP call) 


2 


Verify that User B is informed of incoming call of User A 


3 


Verify that User A is informed that UE A is ringing 


4 


User B answers the call 


5 


Verify that User A is informed that call has been answered 


6 


Verify that User B is informed that call is established 


7 


User A adds a new media stream 


8 


Verify that User B is informed to accept new media stream (optional) 


9 


Verify that User A is informed to accept new media stream (optional) 


10 


If informed, User B accepts the new media stream 


11 


Verify that User A is informed that new media stream has been accepted 


12 


User A releases the call 


13 


Verify that user B is informed that call has ended 


14 


Verify that user A is informed that call has ended 


Conformance 
Criteria: 


Check 




1 


TP_IIVIS_5106_01 in CFW step 37A: 
ensure that { 
when { UEA sends a subsequent INVITE to DEB } 
then { IMS_B receives the subsequent INVITE 
containing a Record-Route header 

indicating the S-CSCF_SIP_URI of IMS_A and 
containing a Route header 

not indicating the S-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
) 


2 


TP_IMS_5121_01 in CFW step 38A, 46A (180 ringing): 
ensure that { 
when { UEB sends a 1xx response to UEA } 
then { IMS_A receives the 1xx response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info_parameter} 
} 


3 


TP_IMS_5121_02 in CFW step 53A, 71 (200 OK): 
ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info_parameter} 
} 



Step 


Direction 


Message 


Comment 
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A 
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B 
C 
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A 


1 
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1 
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S 
B 


U 
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B 


U 
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e 
r 
B 






32A 






















User A adds a new media stream 


> 




33A 




















INVITE 


UE_A sends relNVITE message with new media 
stream in SDP 


f 


34A 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




35A 


INVITE 


IMS_A forwards INVITE to IBCF_A 




36A 


100 Trying 


IBCF A responds with a 100 Trying 
provisional response 




37A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


f 


38A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 
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Step 


Direction 


Message 


Comment 
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A 


1 

B 
C 
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A 


1 

B 
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F 
B 


1 
IVI 

s 

B 


u 

E 
B 


U 
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B 






39A 




















INVITE 


IBCF_B forwards INVITE to IMS_B 


y 


40A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




41A 


INVITE 


IMS_B forwards INVITE to UE_B 




42A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




43A 






















Verify that User B is informed to accept/reject 
new media stream (optional) 


) 




44A 








^ 


y 




y 






180 Ringing 


UE_B responds to relNVITE with 180 Ringing 




45A 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




46A 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




47A 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




48A 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




49A 






















Verify that User A is informed that UE_B is 
alerting User B (optional) 


i 




50A 




If informed, User B accepts the new media 
stream 


^ 


51A 








y 


y 










200 OK 


UE_B responds with 200 OK to relNVITE 




52A 


200 OK 


ll\/IS_B forwards 200 OK response to IBCFB 




53A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




54A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




55A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




56A 






















User A is informed that new media stream has 
been accepted 


i 




57A 














N 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




58A 


ACK 


IMS_A forwards ACK to IBCF_A 




59A 


ACK 


IBCF_A forwards ACK to IBCF_B 




60A 


ACK 


IBCF_B forwards ACK to IMS_B 




61A 


ACK 


IMS_B forwards ACK to UE_B 




62 




















BYE 


User A releases the call 


> 




63 








■^ 


•^ 


\. 








BYE 


UE_A sends BYE to indicate that the call has 
ended 




64 


BYE 


IMS_A forwards the BYE to IBCF_A 




65 


BYE 


IBCF_A forwards the BYE to IBCF_B 




66 


BYE 


IBCF_B forwards the BYE to IMS_B 




y 
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Step 


Direction 


Message 


Comment 
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67 




















BYE 


IMS_B forwards the BYE to UE_B 




68 
















x 






User B is informed that call has ended 




69 






f 


^ 




f 


^ 






200 OK 


UE_B responds to the BYE with 200 OK 




70 


200 OK 


IMS B forwards the 200 OK response to 
IBCF_B 




71 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 




72 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 




73 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




74 




^ 


















User A is informed that call has ended 





























4.5.3.1.3.7 



Modification of an existing media stream (relNVITE) 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0020 


Summary: 


IMS network handles subsequent INVITEs and UPDATES correctly during modification 
of an existing media stream. 




Configuration: 


OF INT GALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5106_01 


TS 124 229 [1], clause 5.4.3.2 HI 08 
(6'^ numbered list) 


TP_IMS_5121_01 


TS 124 229 [1], clause 5.4.3.3 11123 
(9* numbered list) 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 11123 
(9* numbered list) 


Use Case ref.: 


UC_1 3 1 


r - "^ - 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A and UE_B support multiple media streams (e.g. audio, video, messaging) 
and support RTP and MSRP 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B using any user identity 


P 1 
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Interoperability Test Description 


Test Sequence: 


Step 




1 


User A calls User B (IMS VoIP call) 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers the call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A adds a new media stream 


8 


Verify that User B is informed to accept/reject new media stream (optional) 


9 


Verify that User A is informed that UE B is alerting User B (optional) 


10 


If informed, verify that User B accepts the new media stream 


11 


Verify that User A is informed that new media stream has been accepted 
(optional) 


12 


User A modifies the media stream 


13 


Verify that User B is informed to accept/reject media stream modification 
(optional) 


14 


Verify that User A is informed that UE B is alerting User B (optional) 


15 


If informed, verify that User B accepts the media stream modification 


16 


Verify that User A is informed that media stream modification has been 
accepted (optional) 


17 


User B releases the call 


18 


Verify that user A is informed that the call has ended 


19 


Verify that user B is informed that call has ended 


1 




Conformance 
Criteria: 


Clieck 


1 


1 


TP_IMS_5106_01 in CFW step 37A and 67A (relNVITE): 
ensure that { 
when { UEA sends a subsequent INVITE to UEB } 
then { IMS_B receives the subsequent INVITE 
containing a Record-Route header 

indicating the S-CSCF_SIP_URI of IMS_A and 
containing Route_header 

not indicating the S-CSCF_SIP_URI of /MS_/\ and 
containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 


2 


TP_IMS_5121_01 in CFW step 38A, 68A (100 Trying) and 46A, 76A (180 
ringing): 
ensure that { 
when { UEB sends a 1xx response to UEA } 
then { IMS_A receives the 1xx response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info_parameter} 
} 


3 


TP_IMS_5121_02 in CFW step 53A and 83A (200 OK): 
ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info_parameter} 

} 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






32A 






















User A adds a new media stream 


> 




33A 






*. 














INVITE 


UE_A sends relNVITE message with new media 
stream in SDP 




34A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




35A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


^ 


36A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




37A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




38A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




39A 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


40A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




41A 


INVITE 


IMS_B forwards INVITE to UE_B 




42A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




43A 






















Verify that User B is informed to accept/reject 
new media stream (optional) 


) 




44A 








y 


y 










180 Ringing 


UE_B responds to relNVITE with 180 Ringing 




45A 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




46A 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




47A 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




48A 


180 Ringing 


IMS A forwards the 1 80 Ringing response to 
UE_A 




49A 
















/ 






Verify that User A is informed that UE_B is 
alerting User B (optional) 


i 




50A 




If informed, User B accepts the new media 
stream 




51A 








y 


y 










200 OK 


UE_B responds with 200 OK to relNVITE 




52A 


200 OK 


IMS_B forwards 200 OK response to IBCFB 




53A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




54A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




55A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




56A 






















User A is informed that new media stream has 
been accepted 








57A 






V 














ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




58A 


ACK 


IMS_A forwards ACK to IBCF_A 




59A 


ACK 


IBCF_A forwards ACK to IBCF_B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






60A 














*. 






ACK 


IBCF_B forwards ACK to IMS_B 




61A 


ACK 


IMS_B forwards ACK to UE_B 




62A 




















User A modifies tlie media stream 








63A 








V 






N 






INVITE 


UE_A sends relNVITE message with new media 
stream in SDP 


^ 


64A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




65A 


INVITE 


IMS_A forwards INVITE to IBCF_A 




66A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




67A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


^ 


68A 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 




69A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




70A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




71A 


INVITE 


IMS_B forwards INVITE to UE_B 




72A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




73A 






















Verify that User B is informed to accept/reject 
media stream modification (optional) 


i 




74A 






^ 






^ 


^ 






180 Ringing 


UE_B responds to relNVITE with 180 Ringing 




75A 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




76A 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




77A 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




78A 


180 Ringing 


IMS A forwards the 1 80 Ringing response to 
UE_A 




79A 






















Verify that User A is informed that UE_B is 
alerting User B (optional) 








80A 




If informed, User B accepts the media stream 
modification 


i 


81A 






^ 


^ 




^ 


^ 






200 OK 


UE_B responds with 200 OK to relNVITE 




82A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




83A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




84A 


200 OK 


IBCF A forwards 200 OK response to IMS_A 




85A 


200 OK 


IMS_A forwards the 200 OK response to UEA 




86A 






















User A is informed that media stream 
modification has been accepted 








87A 




















ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


u 

E 
B 


U 
s 
e 
r 
B 






88A 








>. 


>. 










ACK 


IMS_A forwards ACK to IBCF_A 




89A 


ACK 


IBCF_A forwards ACK to IBCF_B 




90A 


ACK 


IBCF_B forwards ACK to IMS_B 




91A 


ACK 


IMS_B forwards ACK to UE_B 




92 
















f 




BYE 


User B releases the call 




93 






f 


^ 




* 


^ 






BYE 


UE_B sends BYE to indicate that the call has 
ended 




94 


BYE 


IMS_B forwards the BYE to IBCF_B 




95 


BYE 


IBCF_B forwards the BYE to IBCF_A 




96 


BYE 


IBCF_A forwards the BYE to IMS_A 




97 


BYE 


IMS_A forwards the BYE to UE_A 




98 






















User A is informed that call has ended 


< 




99 














■N. 






200 OK 


UE_A responds to the BYE with 200 OK 




100 


200 OK 


IMS A forwards the 200 OK response to 
IBCF_A 




101 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF_B 




102 


200 OK 


IBCF B forwards the 200 OK response to 
IMS_B 




103 


200 OK 


IIVIS_B forwards the 200 OK response to UE_B 




104 






















User B is informed that call has ended 


^ 
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4.5.3.1.3.8 



Hold/resume media streams (relNVITE) 



Interoperability Test Description | 


Identifier: 


ID IMS CALL 0021 


Summary: 


IMS network handles subsequent INVITEs correctly during hold/resume of media 
streams 


L n 


_J 


Configuration: 


OF INT CALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TPJMS_5106_01 


TS 124 229 [1], clause 5.4.3.2 HI 08 
(6'^ numbered list) 


TP_IMS_5121_01 


TS 124 229 [1], clause 5.4.3.3 11123 
(9* numbered list) 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 11123 
(9* numbered list) 


Use Case ref.: 


UC 13, UC 14 J 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A and UE_B support multiple media streams (e.g. audio, video, messaging) 
and support RTP and MSRP 

• UE_A is registered in IMS_A using any user identity 

• UE B Is registered in IMS B using any user identity 


^^^r T 


liPp^^^^^^ 


i^^^^^r "^m 


Test Sequence: 
1 


Step 




1 


User A calls User B (IMS VoIP call) 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers the call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A adds a new media stream 


8 


Verify that User B is informed to accept/reject new media stream (optional) 


9 


Verify that User A is informed that UE_B is alerting User B (optional) 


10 


If informed, verify that User B accepts the new media stream 


11 


Verify that User A is informed that new media stream has been accepted 
(optional) 


12 


User A puts one media stream on hold 


13 


Verify that user B is informed that media stream is on hold 


14 


Verify that user A is informed that media stream is on hold 


15 


User A resumes the media stream 


16 


Verify that user B is informed that the media stream is resumed 


17 


Verify that user A is informed that the media stream is resumed 


18 


User A removes one of the media streams 


19 


Verify that user B is informed that the media stream has been removed 


20 


User A may be informed that UE_B is alerting User B (optional) 


21 


User A releases the call 


22 


Verify that user B is informed that call has ended 


23 


Verify that user A is informed that call has ended 


1 

Conformance 
Criteria: 


Check 




1 


TP_IMS_5106_01 in GFW step 37A, 67A, 90A, 1 13A (relNVITE): 
ensure that { 
when { UEA sends a subsequent INVITE to UEB } 
then { IMS_B receives the subsequent INVITE 
containing a Record-Route header 

indicating the S-CSCF_SIP_URI of IMS_A and 
containing Route_header 

not indicating the S-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 
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Interoperability Test Description 




2 


TP_IMS_5121_01 in CFW step 38A, 68A, 91 A, 114A (100 trying), 122A 
(180 ringing) 
ensure that { 
when { UEB sends a 1xx response to UEA } 
then { IMS_A receives the 1xx response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-infojDarameter} 
} 


3 


TP_IMS_5121_02 in CFW step 53A, 76A, 99A, 128A (200 OK) 
ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-infojDarameter} 

} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






32A 






















User A adds a new media stream 


> 




33A 








V 






V 






INVITE 


UE_A sends relNVITE message with new media 
stream in SDP 


^ 


34A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




35A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


^ 


36A 


100 Trying 


IBCF A responds with a 100 Trying 
provisional response 




37A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




38A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




39A 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


40A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




41A 


INVITE 


IMS_B forwards INVITE to UE_B 




42A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




43A 






















Verify that User B is informed to accept/reject 
new media stream (optional) 








44A 








^ 






^ 






180 Ringing 


UE_B responds to relNVITE with 180 Ringing 




45A 


180 Ringing 


IIVIS B forwards 180 Ringing response to 
IBCF_B 




46A 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




47A 


180 Ringing 


IBCF A fonwards 180 Ringing response to 
IMS_A 




48A 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




49A 
















-' 






Verify that User A is informed that UE_B is 
alerting User B (optional) 


i 




50A 




If informed, User B accepts the new media 
stream 




51A 














/ 






200 OK 


UE_B responds with 200 OK to relNVITE 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






52A 










y 


^ 








200 OK 


IMS_B forwards 200 OK response to IBCFB 




53A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




54A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




55A 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




56A 






















User A is informed that new media stream has 
been accepted 








57A 






V 




>. 


>. 


V 






ACK 


UE A acl<nowledges the receipt of 200 OK for 
INVITE 




58A 


ACK 


IMS_A forwards ACK to IBCF_A 




59A 


ACK 


IBCF_A forwards ACK to IBCF_B 




60A 


ACK 


IBCF_B forwards ACK to IMS_B 




61A 


ACK 


IMS_B forwards ACK to UE_B 




62A 




















User A puts one media stream on hold 


> 




63A 




















INVITE 


UEA sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 




64A 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




65A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


^ 


66A 


100 Trying 


IBCF A responds with a 100 Trying 
provisional response 




67A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




68A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




69A 


INVITE 


IBCF_B fonwards INVITE to IMS_B 


^ 


70A 


100 Trying 


IIVIS_B responds with a 100 Trying provisional 
response 




71A 


INVITE 


IMS_B forwards INVITE to UE_B 




72A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




73A 






















User B is informed that media stream is on hold 








74A 








y 


^ 




^ 






200 OK 


UE_B responds with 200 OK to relNVITE 




75A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




76A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




77A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




78A 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




79A 






















User A is informed that media stream is on hold 


i 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






80A 






>. 














ACK 


UE A acl<nowledges the receipt of 200 OK for 
INVITE 




81A 


ACK 


IMS_A forwards ACK to IBCF_A 




82A 


ACK 


IBCF_A forwards ACK to IBCF_B 




83A 


ACK 


IBCF_B forwards ACK to IMS_B 




84A 


ACK 


IMS_B forwards ACK to UE_B 




85A 




















User A resumes the media stream 


> 




86A 






>. 














INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 


^ 


87A 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




88A 


INVITE 


IMS_A forwards INVITE to IBCF_A 




89A 


100 Trying 


IBCF A responds with a 100 Trying 
provisional response 




90A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


^ 


91A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




92A 


INVITE 


IBCF_B forwards INVITE to IIVIS_B 




93A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




94A 


INVITE 


IMS_B forwards INVITE to UE_B 


^ 


95A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




96A 






















User B is informed that the media stream is 
resumed 








97A 






^ 






y 








200 OK 


UE_B responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 




98A 


200 OK 


IMS_B forwards 200 OK response to IBCFB 




99A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




100 A 


200 OK 


IBCFA forwards 200 OK response to IMS_A 




101A 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




102A 






















User A is informed that media stream is 
resumed 


i 




103A 










V 




x 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




104A 


ACK 


IMS_A forwards ACK to IBCF_A 




105A 


ACK 


IBCF_A forwards ACK to IBCF_B 




106A 


ACK 


IBCF_B forwards ACK to IMS_B 




107A 


ACK 


IMS_B forwards ACK to UE_B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






108A 




















User A removes one of the media streams 








109A 






■N. 














INVITE 


UE_A sends relNVITE to IMS_A 




110A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




111A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


^ 


112A 


100 Trying 


IBCFA responds with a 100 Trying 
provisional response 




113A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




114A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




115A 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


116A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




117A 


INVITE 


IMS_B forwards INVITE to UE_B 




118A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




119A 






















User B is informed that the media stream has 
been removed 








120A 








^ 


^ 










180 Ringing 


UEB optionally responds to relNVITE with 180 
Ringing 




121A 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




122 A 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




123 A 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




124A 


180 Ringing 


IIVIS A forwards the 180 Ringing response to 
UE_A 




125A 
















^ 






User A may be informed that UE_B is alerting 
User B (optional) 




126A 






^ 


^ 






^ 






200 OK 


UE_B responds to INVITE with 200 OK with 
SDR where the port number for the video stream 




127A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




128 A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




129 A 


200 OK 


IBCFA forwards 200 OK response to IMS_A 




130A 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




131A 






















User A is informed that new media stream has 
been removed 








132A 




















ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






133A 










V 










ACK 


IMS_A forwards ACK to IBCF_A 




134A 


ACK 


IBCF_A forwards ACK to IBCF_B 




135A 


ACK 


IBCF_B forwards ACK to IMS_B 




136A 


ACK 


IMS_B forwards ACK to UE_B 





























4.5.3.1.3.9 



Hold/resume media streams (UPDATE) 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0022 


Summary: 


IMS network handles subsequent UPDATES correctly during hold/resume of media 
streams 


1 n 


J 


Configuration: 


CF INT CALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5106_02 


TS 124 229 [1], clause 5.4.3.2 HI 08 
(6'^ numbered list) 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 11123 
(9* numbered list) 


Use Case ref.: 


UC 13, UC 14 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UEA and UEB have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A and UE_B support multiple media streams (e.g. audio, video, messaging) 
and support RTP and MSRP 

• UEA is registered in IMS_A using any user identity 

• UE B is registered in IMS B using any user identity 


Test Sequence: 


Step 




1 


User A calls User B (IMS VoIP call) 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers the call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A adds a new media stream 


8 


Verify that User B is informed to accept/reject new media stream (optional) 


9 


Verify that User A is informed that UE_B is alerting User B (optional) 


10 


If informed, verify that User B accepts the new media stream 


11 


Verify that User A is informed that new media stream has been accepted 
(optional) 


12 


User A puts one media stream on hold 


13 


Verify that user B is informed that media stream is on hold 


14 


Verify that user A is informed that media stream is on hold 


15 


User A resumes the media stream 


16 


Verify that user B is informed that the media stream is resumed 


17 


Verify that user A is informed that the media stream is resumed 


18 


User A removes one of the media streams 


19 


Verify that user B is informed that the media stream has been removed 


20 


User A releases the call 
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Interoperability Test Description 




21 


Verify that user Bis informed tliat call has ended 


22 


Verify that user A is informed that call has ended 


^^^^^^^^^^ 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5106_02 in CFW step 65A, 78A and 101 A (UPDATE): 
ensure that { 
when { UE_A sends an UPDATE to UE_B } 
then { IMS_B receives the UPDATE 

containing a Record-Route header 

containing the S-CSCF_SIP_URI of IMS_A and 
not containing Route header 

indicating the S-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
not containing a access-networl<-charging-info parameter} 
} 


2 


TP_IMS_5121_02 (IMS_B) in CFW step 71 A, 84A and 107A (200 OK): 
ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-networl<-charging-info_parameter} 

} 



Step 


Direction 


lUlessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






62A 






















User A puts one media stream on hold 




63A 






■N. 








V 






UPDATE 


UE_A sends UPDATE message indicating 
media attribute "sendonly" (Call Hold) 




64A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 




65A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




66A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




67A 


UPDATE 


IMS_B forwards UPDATE to UE_B 




68A 






















User B is informed that media stream is on hold 




69A 






y 


y 




f 


y 






200 OK 


UE_B responds with 200 OK to UPDATE 




70A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




71 A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




72A 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 




73A 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




74A 






















User A is informed that media stream is on hold 




75A 




^. 
















User A resumes the media stream 




76A 




















UPDATE 


UE_A sends UPDATE message indicating 
media attribute "sendrecv" (Call Resume) 




77A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






78A 




















UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




79A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




80A 


UPDATE 


IMS_B forwards UPDATE to UE_B 




81A 






















User B is informed tliat tlie media stream is 
resumed 








82A 






^ 






^ 








200 OK 


UE_B responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




83A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




84A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




85A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




86A 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




87A 






















User A is informed that media stream is 
resumed 








88A 


User A removes one of the media streams 


> 




99A 










V 










UPDATE 


UE_A sends UPDATE to IMS_A 




100 A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 




101A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




102A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




103A 


UPDATE 


IMS_B forwards UPDATE to UE_B 




104A 






















User B is informed that the media stream has 
been removed 


^ 




105A 






^ 




f 


^ 








200 OK 


UE_B responds to INVITE with 200 OK 




106 A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




107A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




108 A 


200 OK 


IBCFA forwards 200 OK response to IMS_A 




109A 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




110A 






















User A is informed that new media stream has 
been removed 


i 
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4.5.3.1.4 



Dialogue Procedures - Topology Hiding 



4.5.3.1.4.1 



Normal call 



Interoperability Test Description 


Identifier: 


ID IMS CALL 0024 


Summary: 


IMS network handles basic call with topology hiding correctly 


Configuration: 


OF INT GALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5135_01 


TS 124 229 [1], clause 5.10.4.1 117 
(after note 3) 


TP_IMS_5137_01 


TS 124 229 [1], clause 5.10.4.2 V 
(item 7 & 8 in 1"" numbered list) 


TP_IMS_5404_01 


TS 124 229 [1], clause 5.10.2.2 V 
(item 8 in 1^" numbered list) 


TP_IMS_5408_01 


TS 124 229 [1], clause 5.10.2.3 HI 
(item 4 in 1^' numbered list) 


TP_IMS_5408_03 


TS 124 229 [1], clause 5.10.2.3 HI 
(item 4 in 1^' numbered list) 


TP_IMS_5414_01 


TS 124 229 [1], clause 5.10.3.2 1112 
(item 1 in 1^' numbered list) 


TP_IMS_5137_02 


TS 124 229 [1], clause 5.10.4.2 HI 
(1*" numbered list) 


TP_IMS_5137_03 


TS 124 229 [1], clause 5.10.4.2 HI 
(1*" numbered list) 


Use Case ref.: 


UC_02_I 1 


^^^ 


Pre-test 
conditions: 

L ^ 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UEA and UEB have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B using any user identity 

• IMS_A is configured for topology hiding 


Test Sequence: 


Step 




1 


User A calls user B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers the call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that the call is established 


7 


User A ends the call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 


1 1 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5135_01 in CFW step 6 (INVITE): 
ensure that { 
when { UE A sends an initial INVITE to IMS A } 
then { IMS_A sends the initial INVITE to IMS_B 

containing an additional topmost Record-Route header 
indicating the IBCF SIP URI of IMS A } 

} 
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Interoperability Test Description 



TP_IMS_5137_01 in CFW step 6 (INVITE): 
ensure that { 
when { UE_A sends an initial INVITE to UE_B} 
then { IMS_A sends the INVITE to IMS_B 
containing a Via_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) and 
containing a Route_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) } 
1 



TP_IMS_5404_01 in CFW step 6 (INVITE): 
ensure that { 
when { UE_A sends an initial INVITE to UE_B 

containing a P-Charging-Function-Addresses_header} 
then { IMS_A sends the INVITE 

not containing a P-Charging-Function-Addresses_header} 
1 



TP_IMS_5408_01 in CFW step 28 (ACK): 
ensure that { 
when { UE_A sends an ACK to UE_B } 
then { IMS_A sends the ACK to IMS_B 
containing a Via_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) and 
containing a Route_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) } 
1 



TP_IMS_5408_03 in CFW step 35A (BYE): 
ensure that { 
when { UE_A sends a BYE to UE_B } 
then { IMS_A sends the BYE to IMS_B 
containing a Via_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) and 
containing a Route_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) } 
} 



TP_IMS_5414_01 in CFW step 7 (100 Trying): 
ensure that { 

when { UEA sends an initial INVITE to UEB and 
IMS_A sends the INVITE to IMS_B } 

then { IMS_B sends a 100_response to IMS_A } 
I 



TP_IMS_5137_02 in CFW step 15 (180 Ringing): 
ensure that { 
when { UEB sends a 180_response to UEA } 
then { IMS_B sends the 180_response to IMS_A 
containing a Via_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) } 
}_ 
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Interoperability Test Description 



TP_IMS_5137_03 in CFW step 22 and 41 A (200 OK): 
ensure that { 
when { UEB sends a 200_response to UEA } 
then { IMS_B sends the 200_response to IMS_A 
containing a Via_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tol<enized-by_parameter) } 
I 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A calls User B 


; 




2 








\ 


V 




\ 






INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 
UE A supports 


^ 


3 


100 Trying 


ll\/IS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 




5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


9 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IMS_B forwards INVITE to UE_B 




11 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




12 






















User B is informed of incoming call of User A 






13 








/ 


/ 




/ 






180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




14 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




15 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




16 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




17 


180 Ringing 


IMS A forwards the 1 80 Ringing response to 
UE_A 




18 






















User A is informed that UEB is ringing 


i 




19 




User B answers call 


i 




20 










/ 


^ 








200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 




21 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




22 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 
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r 
A 
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E 
A 
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S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






23 




















200 OK 


IBCF_A forwards 200 OK response to IMS_A 




24 


200 OK 


IMS_A forwards 200 OK response to UE_A 




25 






















User A is informed that call has been answered 


^ 




26 




















ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




27 


ACK 


IMS_A forwards ACK to IBCF_A 




28 


ACK 


IBCF_A forwards ACK to IBCF_B 




29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to UE_B 




31 
















\ 






User B is informed that the call is established 






32A 




User A ends call 








33A 








\ 






\ 






BYE 


UE_A releases the call with BYE 




34A 


BYE 


IMS_A forwards BYE to IBCF_A 




35A 


BYE 


IBCF_A forwards BYE to IBCF_B 




36A 


BYE 


IBCF_B forwards BYE to IMS_B 




37A 


BYE 


IMS_B forwards BYE to UE_B 




38A 






















User B is informed that call has ended 








39A 






^ 






^ 








200 OK 


UE_B sends 200 OK for BYE 




40A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




41A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




42A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




43A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




44A 






















User B is informed that call has ended 


(: 
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4.5.3.1.4.2 



CANCEL call by calling user 



Interoperability Test Description | 


Identifier: 


ID IMS CALL 0025 


Summary: 


IMS network handles calling user cancelling call correctly before its establishment with 




topology hiding 


Configuration: 


OF INT GALL 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


IP IMS 5408 02 


TS 124 229 [1], clause 5.10.2.3 HI 






(item 4 in 1^' numbered list) 


Use Case ref.: 


UC 02 1 1 




Pre-test 


• HSS of IMS A and of IMS B is configured according to table 1 


conditions: 


• UE AandUE B have IP bearers established to their respective IMS networks 




as per clause 4.2.1 




• UE_A is registered in IMS_A using any user identity 




• UE_B is registered in IMS_B using any user identity 




• IMS A is configured for topology hiding 


I 




Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User A cancels call 


5 


Verify that user B is informed that call has been cancelled 


6 


Verify that user A is informed that call is terminated 


1 


1 


Conformance 
Criteria: 


Checl< 




1 


TP_IMS_5408_02 in CFW step 24 (CANCEL): 






ensure that { 






when { UE A sends a CANCEL to UE B } 






then { IMS A sends the CANCEL to IMS B 






containing a Via header 






indicating the IBCF_SIP_URI of IMS_A and 






containing (encrypted_consecutive_header_entries and 






a tol<enized-by_parameter) and 






containing a Route header 






indicating the IBCF_SIP_URI of IMS_A and 






containing (encrypted_consecutive_header_entries and 






a tol<enized-by parameter) } 
} 



Step 


Direction 


Message 


Comment 
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A 
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B 
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A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A calls User B 




2 










V 










INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 
UE A supports 




3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


5 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






8 














\ 






INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IMS_B forwards INVITE to UE_B 




11 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




12 






















User B is informed of incoming call of User A 


; 




13 








/ 






/ 






180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




14 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




15 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




16 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




17 


180 Ringing 


IMS A forwards the 1 80 Ringing response to 
UE_A 




18 






















User A is informed that UE_B is ringing 


i 








User A cancels the Call 


20 








\ 






\ 






CANCEL 


UE_A sends a CANCEL to IMS_A 




21 


200 OK 


IMS_A responds with a 200 OK to UE_A 




22 


CANCEL 


IMS_A forwards the CANCEL to IBCF_A 




23 


200 OK 


IBCF_A responds with a 200 OK to IMS_A 




24 


CANCEL 


IBCF_A forwards the CANCEL to IBCF_B 


/ 


25 


200 OK 


IBCF_B responds with a 200 OK to IBCF_A 




26 


CANCEL 


IBCF_B forwards the CANCEL to IMS_B 




27 


200 OK 


ll\/IS_B responds with a 200 OK to IBCF_B 




28 


CANCEL 


IMS_B forwards the CANCEL to UE_B 




29 


200 OK 


UE_B responds with a 200 OK to IMS_B 




30 






















User B is informed that call has been cancelled 


; 




31 














^ 






487 Request 
Terminated 


UE_B sends 487 Request Terminated to IMS_B 




32 


ACK 


IMS_B responds with ACK to UE_B 




33 


487 Request 
Terminated 


IMS B forwards the 487 Request Terminated to 
IBCF_B 


N 


34 


ACK 


IBCF_B responds with ACK to IMS_B 




35 


487 Request 
Terminated 


IBCF B forwards the 487 Request Terminated to 
IBCF_A 
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Step 


Direction 


IVIessage 


Comment 
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B 






36 






^ 














ACK 


IBCF_A responds witli ACK to IBCF_B 




37 


487 Request 
Terminated 


IBCF A forwards the 487 Request Terminated to 
IMS_A 


\ 


38 


ACK 


IIVIS_A responds witli ACK to IBCF_A 




39 


487 Request 
Terminated 


IIVIS A forwards the 487 Request Terminated to 
UE_A 




40 


ACK 


UE_A responds with ACK to IIVIS_A 




41 




>■ 


















User A is informed that call is terminated 





























4.5.3.1.4.3 



Normal call with hold/resume 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0026 


Summary: 


IMS network handles user initiated call hold and resume correctly when a home caller 
puts a roaming user on hold and resumes call with topology hiding 


Configuration: 


CF ROAM CALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5408_04 


TS 124 229 [1], clause 5.10.2.3 HI 
(item 4 in 1^' numbered list) 


Use Case ret.: 
1 


UC 03 R 


^^ 


1 

Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UFA and UEB have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A configured to perform user initiated hold/resume using INVITE 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered via IMS A in IMS_B using any user Identity 

• IMS A is configured for topology hiding 


Test Sequence: 


Step 


" 


1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE A is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A puts call on hold 


8 


Verify that user B is informed that call is on hold 


9 


Verify that user A is informed that call is on hold 


10 


User A resumes call 


11 


Verify that user B is informed that call is resumed 


12 


Verify that user A is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 


F— 


^ "^^^^^^^M 


1 
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Interoperability Test Description 


Conformance 
Criteria: 


Chieck 




1 


TP_IMS_5408_04 in CFW step 37A and 60A (INVITE): 
ensure that { 
when { UE A sends a subsequent INVITE to UE Bj 
then { IMS_A sends the INVITE to IMS_B 
containing a Via header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) and 
containing a Route header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by parameter) } 

} 



Step 


Direction 


Message 


Comment 
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31 






















User B is presented that call is in progress 


32A 




User A puts call on hold 




33A 






V 






V 


N. 






INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 




34A 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




35A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


y 


36A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




37A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


^ 


38A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




39A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




40A 


100 Trying 


IIVIS_B responds with a 100 Trying provisional 
response 




41A 


INVITE 


IMS_B forwards INVITE to UE_B 


^ 


42A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




43A 






















User B is informed that call is on hold 


5 




44A 






^ 


^ 




f 


^ 






200 OK 


UE_B responds to INVITE with 200 OK 
indicating media attribute "recvonly" 




45A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




46A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




47A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




48A 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




49A 






















User A is informed that call is on hold 


^ 




50A 






V 














ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 
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Step 


Direction 


IVIessage 


Comment 
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A 
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A 


1 

B 
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B 


1 
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S 
B 


U 
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B 
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51A 










V 










ACK 


IMS_A forwards ACK to IBCF_A 




52A 


ACK 


IBCF_A forwards ACK to IBCF_B 




53A 


ACK 


IBCF_B forwards ACK to IMS_B 




54A 


ACK 


IMS_B forwards ACK to UE_B 




55A 






















User A resumes call 




56A 












N. 








INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 




57A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




58A 


INVITE 


IIVIS_A forwards INVITE to IBCF_A 


^ 


59A 


100 Trying 


IBCFA responds with a 100 Trying 
provisional response 




60A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




61A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




62A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




63A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




64A 


INVITE 


IMS_B forwards INVITE to UE_B 


^ 


65A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




66A 






















User B is informed that call is resumed 


^ 




67A 




















200 OK 


UE_B responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 




68A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




69A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




70A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




71A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




72A 






















User A is informed that call is resumed 


^ 
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4.5.4 Messaging 



4.5.4.1 



Messaging with SIP URI public identities 



Interoperability Test Description | 


Identifier: 


ID IMS MESS 0002 


Summary: 


IMS network handles messaging with SIP identity correctly without topology hiding 


Configuration: 


CF INT CALL 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


IP IMS 5097 05 


TS 124 229 [1], clause 5.4.3.2 HI 


TP_IMS_5097_06 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(item 9 in 1^' numbered list) 


TP_IMS_5117_02 


TS 124 229 [1], clause 5.4.3.3 flOO 
(item 2 in 5* numbered list) 


TP_IMS_5118_01 


TS 124 229 [1], clause 5.4.3.3 11105 
(item 2 in 6* numbered list) 


Use Case ref.: 


UC_05_I 1 


^^■^ 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using userSIP_priv according to table 1 

• UE_B is registered in IMS_B using any user identity 

• IMS_A is within the trust domain of IMS_B 

• UE_A and UE_B registered with SIP URI public identities 

• IMS_A not configured for topology hiding 

• MESSAGE request and response has to be supported at ll-NNI (TS 129 165 [16] 
see Table 6.1 and Table 6.3) 


Test Sequence: 


Step 




1 


User A sends message to user B 


2 


Verify that user B receives message from user A 


I 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5097_05 in CFW step 4 (MESSAGE) 
ensure that { 
when { UE_A sends a MESSAGE to UE_B} 
then { IMS_B receives the MESSAGE 
not containing a Route header 

indicating the S-CSCF_SIP_URI of iMS_A 
containing a P-Charging-Vector_header 
(containing an icid-vaiue_parameter and 
containing a orig-ioi_parameter indicating IMS_A and 
not containing an access-networl<-charging-infoj3arameter and 
not containing a term-ioi parameter) } 
} 


2 


TP_IMS_5097_06 in CFW step 4 (MESSAGE) 
ensure that { 
when { UE A sends a MESSAGE to UE B 

} 
then { IMS_B receives the MESSAGE 

containing a P-Asserted-ldentity header 

indicating the SIP_URI of UE_A and 
containing a P-Asserted-ldentity header 
indicating the Tel URI ofUEAj 

} 


3 


TP_IMS_51 17_02 in CFW step 10 (200 OK) 
ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing an access-networl<-charging-info parameter} 
} 
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Interoperability Test Description 



TP_IMS_5118_01 in CFW step 10 (200 OK) 
ensure that { 
when { DEB sends 200_response to UEA } 
then { IMS_A receives the 200_response 

containing a P-Charging-Vector_header 
containing a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operatorjdentifier of IMS_B } 
} 



Step 


Direction 


Message 


Comment 
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A 
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1 
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B 


U 
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1 






















User A sends an instant message to user B 




2 












V 


>. 






MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


MESSAGE 


IMS_A sends MESSAGE to IBCF_A 




4 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 




5 


MESSAGE 


IBCF_B sends MESSAGE to IMS_B 




6 


MESSAGE 


IMS_B sends MESSAGE to UE_B 




7 






















User B is informed about the instant message 


^ 




8 






^ 






f 


^ 






200 OK 


UE_B sends 200 OK to IMS_B 




9 


200 OK 


IMS_B sends 200 OK to IBCF_B 




10 


200 OK 


IBCF_B sends 200 OK to IBCF_A 




11 


200 OK 


IBCF_A sends 200 OK to IMS_A 




12 


200 OK 


IMS_A sends 200 OK to UE_A 




13 






















Optional: User A is presented a delivery report 


^ 
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4.5.4.2 



Messaging with TEL URI identities 



Interoperability Test Description 


Identifier: 


ID IMS MESS 0003 


Summary: 


IMS network handles messaging with TEL URI identities correctly 


Configuration: 


OF INT CALL 


BUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP IMS 5097 07 


TS 124 229 [1], clause 5.4.3.2 HI 


TP_IMS_5117_02 


TS 124 229 [1], clause 5.4.3.3 HI 00 
(item 2 in 5* numbered list) 


TP_IMS_5118_01 


TS 124 229 [1], clause 5.4.3.3 11105 
(item 2 in 6* numbered list) 


TP_IMS_5117_06 


TS 124 229 [1], clause 5.4.3.3 HI 00 
(item 1 in 5* numbered list) 


Use Case ref.: 


UG 05 1 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using userTELjDriv according to table 1 

• UE_B is registered in IMS_B using userTEL_priv according to table 1 

• IMS_A is within the trust domain of IMS_B 

• MESSAGE request and response has to be supported at ll-NNI (TS 129 165 [16] 
see Table 6.1 and Table 6.3 


Test Sequence: 


Step 




1 


User A sends message to User B (i.e. userTEL in IMS B) 


2 


Verify that user B receives message from user A 


I 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5097_07 in GFW step 4 (MESSAGE) 
ensure that { 
when { UE A sends a MESSAGE to UE B 

} 
then { IMS_B receives the MESSAGE 

containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_A and 
containing a P-Asserted-ldentity header 
indicating the Tel URI ofUEAj 

} 


2 


TP_IMS_51 17_02 in GFW step 10 (200 OK) 
ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-networl<-charging-info_parameter} 
} 


3 


TP_IMS_51 18_01 in GFW step 10 (200 OK) 
ensure that { 
when { UEB sends 200_response to UEA } 
then { IMS_A receives the 200_response 

containing a P-Charging-Vector_header 
containing a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operator identifier of IMS Bj 

} 
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Interoperability Test Description 



TP_IMS_5117_06 in CFW step 10 (200 OK) 
ensure that { 
when { DEB sends a 2xx_response to UEA 



} 



then { IMS_A receives the 2xx_response 

containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_B and 
containing a P-Asserted-ldentity_header 

indicating the Tel_ URI of UE_B} 



Step 


Direction 


Message 


Comment 
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1 






















User A sends an instant message to user B 




2 














^. 






MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


MESSAGE 


IMS_A sends MESSAGE to IBCF_A 




4 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 




5 


MESSAGE 


IBCF_B sends MESSAGE to IMS_B 




6 


MESSAGE 


IMS_B sends MESSAGE to UE_B 




7 






















User B is informed about the instant message 


^ 




8 






^ 














200 OK 


UE_B sends 200 OK to IMS_B 




9 


200 OK 


IMS_B sends 200 OK to IBCF_B 




10 


200 OK 


IBCF_B sends 200 OK to IBCF_A 




11 


200 OK 


IBCF_A sends 200 OK to IMS_A 




12 


200 OK 


IMS_A sends 200 OK to UE_A 




13 






















Optional: User A is presented a delivery report 


^ 





























£75/ 



207 



ETSI TS 186 011-2 V3.1.1 (2011-06) 



4.5.4.3 



Messaging with DNS/ENUM lookup procedure 



Interoperability Test Description 


Identifier: 


TD IMS MESS 0004 


Summary: 


IMS network handles messaging with DNS/ENUM lookup procedure correctly 


Configuration: 


CF INT CALL 


BUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_08 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(item 10 in 1^' numbered) 


IP IMS 5117 06 


TS 124 229 [1], clause 5.4.3.3 1144 


Use Case ref.: 


UC 05 1 



Pre-test 
conditions: 



HSS of IMS_A and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks as 

per clause 4.2.1 

UE_A is registered in IMS_A using any user identity 

UE_B is registered in IMS_B using userTEL_priv according to table 1 

IMS_A is within the trust domain of IMS_B 

Common DNS is configured with a DNS/ENUM entry mapping 

MESSAGE request and response has to be supported at ll-NNI (TS 129 165 [16] 

see tables 6.1 and 6.3) 



Test Sequence: 



Step 



User A sends message to user B's Tel URI (i.e. userTEL in IMS_B) 



Verify that user B receives message from user A 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5097_08 in GFW step 6 (MESSAGE) 
ensure that { 
when { UE_A sends a MESSAGE to UE_B 
containing a Request_URI 
indicating a Tel_URI } 
then { IMS_A sends a DNS_Query to DNS 

containing the Tel_URI_E.164_Number } 
when { IMS_A receives DNS_Response 

containing a NAPTR_Resource_Record 
indicating the SIP_URI of UE_B } 
then { IMS_A sends the MESSAGE to IMS_B 
containing a Request_URI 

indicating a SIP_URI 
containing a P-Charging-Vector_header 
not containing a access-networl<-charging-info_parameter} 
} 



TP_IMS_51 17_06 in GFW step 12 (200 OK) 
ensure that { 
when { UEB sends a 2xx_response to UEA 

} 
then { IMS_A receives the 2xx_response 

containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_B and 
containing a P-Asserted-ldentity_header 
indicating the Tel_URI of UE_B} 
} 
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Step 


Direction 


IVIessage 


Comment 
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1 
























User A sends an instant message to user B 


5 




2 












"V 










MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


DNS 
QUERY 


IMS_A sends DNS QUERY to common DNS 
containing E.164TELURI 




4 


DNS 
RESPONSE 


Common DNS sends DNS RESPONSE 
containing NAPTR resource record to IMS_A 




5 


IVIESSAGE 


IMS_A sends MESSAGE to IBCF_A 






6 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 




7 


MESSAGE 


IBCF_B sends MESSAGE to IMS_B 




8 


MESSAGE 


IMS_B sends MESSAGE to UE_B 




9 
























User B is informed about the instant message 


^ 




10 














f 








200 OK 


UE_B sends 200 OK to IMS_B 




11 


200 OK 


IMS_B sends 200 OK to IBCF_B 




12 


200 OK 


IBCF_B sends 200 OK to IBCF_A 






13 


200 OK 


IBCF_A sends 200 OK to IMS_A 




14 


200 OK 


IMS_A sends 200 OK to UE_A 




15 
























Optional: User A is presented a delivery report 


^ 
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4.5.4.4 



Messaging when roaming 



Interoperability Test Description 


Identifier: 


TD IMS MESS 0005 


Summary: 


IMS network handles messaging while roaming correctly 


Configuration: 


CF ROAM CALL 


BUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5108_02 


TS 124 229 [1], clause 5.4.3.3 115 
(1^' numbered list) 


TP_IMS_5118_01 


TS 124 229 [1], clause 5.4.3.3 11105 
(item 2 in 6* numbered list) 


Use Case ref.: 


UC_05_R 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UEA and UEB have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B via IMS_A using any user identity 

• MESSAGE request and response has to be supported at ll-NNI (TS 129 165 [16] 
see tables 6.1 and 6.3) 






Test Sequence: 


Step 




1 


User A sends message to user B 


2 


Verify that user B receives message from user A 


^^^^— 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5108_02 in CFW step 7 (MESSAGE) 
ensure that { 
when { UE A sends a MESSAGE to UE B 
IMS_A sends the MESSAGE to IMS_B 
containing a P-Charging-Vector_header 
containing an icid-value parameter} 
then { IMS_B sends the MESSAGE to IMS_A 
containing a Route_header 

not indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
containing the same icid-valuejparameter and 
not containing ioi_parameters 
containing a Record-Route header 
containing the S-CSCF SIP URI of IMS Bj 
} 


2 


TP_IMS_51 18_01 in CFW step 16 (200 OK) 
ensure that { 
when { UEB sends 200_response to UEA } 
then { IMS_A receives the 200_response 

containing a P-Charging-Vectorheader 
containing a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operator identifier of IMS Bj 

} 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User B sends an instant message to user A 




2 






^ 














MESSAGE 


UE_B sends MESSAGE to IMS_A 








3 


IVIESSAGE 


IMS_A sends MESSAGE to IBCF_A 




4 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 




5 


MESSAGE 


IBCF_B sends MESSAGE to IMS_B 




6 


MESSAGE 


IMS_B sends MESSAGE to IBCF_B 




7 


MESSAGE 


IBCF_B sends MESSAGE to IBCF_A 




8 


MESSAGE 


IBGF_A sends MESSAGE to IMS_A 




9 


MESSAGE 


IMS_A sends MESSAGE to UE_A 




10 






















User A is informed about the instant message 


^ 




11 












\ 


^. 






200 OK 


UE_A sends 200 OK to IMS_A 




12 


200 OK 


IMS_A sends 200 OK to IBCF_A 




13 


200 OK 


IBCF_A sends 200 OK to IBCF_B 




14 


200 OK 


IBCF_B sends 200 OK to IMS_B 




15 


200 OK 


IMS_B sends 200 OK to IBCF_B 




16 


200 OK 


IBCF_B sends 200 OK to IBCF_A 




17 


200 OK 


IBCF_A sends 200 OK to IMS_A 




18 


200 OK 


IMS_A sends 200 OK to UE_B 










19 






















Optional: User A is presented a delivery report 


^ 
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4.5.4.5 



Messaging with receiving user not registered 



Interoperability Test Description 



Identifier: 



TD IMS MESS 0006 



Summary: 



IMS network handles messaging correctly when receiving user is not registered 



Configuration: 



OF INT CALL 



BUT 



IMS B 



References 



Test Purpose 



IP IMS 5114 02 



Specification Reference 



TS 124 229 fl], clause 5.4.3.3 1185 



W 



(item 3 in 3 numbered list) 



Use Case ref.: 

Pre-test 
conditions: 



UC 05 I 



HSS of IMSA and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks as 

per clause 4.2.1 

UE_A is registered in IMS_A using any user identity 

UE_B is nof registered in IMS_B 

IMS_B is nof configured with any filter criteria to contact "any AS" 

MESSAGE request and response has to be supported at ll-NNI (TS 129 165 [16] 

see tables 6.1 and 6.3) 



Test Sequence: 


Step 


-:a 


1 


User A sends message to a valid user B identity 


2 


Verify that user A is informed that user B could not be reached 


^^^^^^^^^^^^^1 


^^^^^^1 





Conformance 
Criteria: 



Check 



1 



TP_IMS_51 14_02 in CFW step 10 (4xx Response) 
ensure that { 

when { UE_A sends a MESSAGE to UE_B and 
IMS_A sends the MESSAGE to IMS_B } 

then { IMS_B sends a 4xx_response to IMS_A 



L 



} 



Step 


Direction 


Message 


Comment 




U 
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r 
A 


U 
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A 


\ 
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S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


\ 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A sends an instant message to user B 




2 










\ 










MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


MESSAGE 


IMS_A sends MESSAGE to IBCF_A 




4 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 




5 


MESSAGE 


IBGF_B sends MESSAGE to IMS_B 




7 






















IMS_B detects that user B is not registered 


9 






f 


^ 




f 








4xx 
Response 


IMS_B sends 4xx Response to IBCFB 




10 


4xx 
Response 


IBCF_B forwards 4xx Response to IBCF_A 




11 


4xx 
Response 


IBCF_A forwards 4xx Response to IMS_A 




12 


4xx 
Response 


IMS_A forwards 4xx Response to UEA 




13 




^ 


















Optional: User A is presented a delivery report 
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4.5.4.6 



Messaging with receiving user barred 



Interoperability Test Description 



Identifier: 



TD IMS MESS 0007 



Summary: 



IMS network handles messaging correctly when receiving user has been barred 



Configuration: 



OF INT CALL 



BUT 



IMS B 



References 



Test Purpose 



IP IMS 5108 06 



Specification Reference 



TS 124 229 [1], clause 5.4.3.3 116 
(itemi inl^' numbered list) 



Use Case ref.: 

Pre-test 
conditions: 



UC 05 I 



HSS of IMSA and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks as 

per clause 4.2.1 

UE_A is registered in IMS_A using any user identity 

UE_B is registered in IMS_B using any user identity 

User B is barred in IMS_B 

MESSAGE request and response has to be supported at ll-NNI (TS 129 165 [16] 

see tables 6.1 and 6.3) 



Test Sequence: 


Step 


-a 


1 


User A sends message to User B 


2 


Verify that user A is informed that user B could not be reached 


^^^^^^^^^^^^^1 


^^^^^^1 




^^^^^H 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5108_06 in CFW step 10 (404 Response) 
ensure that { 
when { UE_A sends a MESSAGE to UE_B and 
IMS_A sends the MESSAGE to IMS_B 
containing a Request_URI 

indicating a barred_user in IMS_B } 
then { IMS_B sends 404_response to IMS_A } 
1 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


\ 

B 
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F 
B 


\ 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A sends an Instant message to user B 




2 










H 


V 








MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


MESSAGE 


IMS_A sends MESSAGE to IBCF_A 




4 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 




5 


MESSAGE 


IBCF_B sends MESSAGE to IMS_B 




7 






















IMS_B detects that user B is not registered 


9 






^ 




/ 


^ 








404 Not 
Found 


IMS_B sends 404 Response to IBCF_B 




10 


404 Not 
Found 


IBCF_B forwards 404 Response to IBCFA 




11 


404 Not 
Found 


IBCF_A forwards 404 Response to IMS_A 




12 


404 Not 
Found 


IMS_A forwards 404 Response to UEA 




13 






















Optional: User A is presented a delivery report 
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4.5.5 Supplementary Services 



4.5.5.1 



Supplementary Service HOLD with AS 



Interoperability Test Description | 


Identifier: 


ID IMS SS 0001 


Summary: 


IMS network supports properly application services based on the example of the HOLD 
supplementary service 


Configuration: 


OF INT AS 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


IP IMS 5310 01 


TS 124 229 [1], clause 5.4.6.1.2 HI 


IP IMS 5312 01 


TS 124 229 [1], clause 5.4.6.1.3 HI 


Use Case ref.: 


UC 10 1 J 


Pre-test 
conditions: 

1 1 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B using userHOLD identity according to table 1 

• IMS_B is configured to contact AS_B (HOLD) 

• UEB is subscribed to HOLD service 

• AS B in same trust domain as IMS B 


Test Sequence: 


Step 




1 


User A calls User B (i.e. userHOLD in IMS B) 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User B puts call on hold 


8 


Verify that user A is informed that call on hold with AS tone 


9 


Verify that user B is informed that call on hold 


10 


User B resumes call 


11 


Verify that user A is informed that call is resumed 


12 


Verify that user B is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 


^P ^^^^^^H '^^^^^ '^^^M 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5310_01 in CFW step 35 (INVITE) 
ensure that { 
when { UE_B sends a subsequent INVITE to IMS_B 
containing a P-Charging-Vector_header 
containing an access-network-charging-info parameter 

} 
then { IMS_B sends the INVITE to AS_B 

containing a P-Charging-Vector_header 
containing an access-network-charging-info parameter 
} 
} 


2 


TP_IMS_5312_01 in CFW step 50 and Step 52 (200 OK) 
ensure that { 
when { IMS_B receives a 200_response from IMS_A 
containing a P-Charging-Vector_header 

containing an access-network-charging-info parameter 

} 

then { IMS_B sends the 200_response to AS_B 
containing a P-Charging-Vector_header 

containing a access-network-charging-info parameter 
} 
I 
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Interoperability Test Description 




3 


TP_IMS_5310_01 inCFWstep63 (INVITE) 
ensure that { 
when { UE_B sends a subsequent INVITE to IMS_B 
containing a P-Charging-Vector_header 
containing an access-network-charging-info parameter 

} 
then { IMS_B sends the INVITE to AS_B 

containing a P-Charging-Vector_header 
containing an access-network-charging-info parameter 
} 
} 


4 


TP_IMS_5312_01 in CFW step 78 and Step 80 (200 OK) 
ensure that { 
when { IMS_B receives a 200_response from IMS_A 
containing a P-Charging-Vector_header 

containing an access-network-charging-info_parameter 

} 

then { IMS_B sends the 200_response to AS_B 
containing a P-Charging-Vector_header 

containing a access-network-charging-info parameter 
} 
} 



Step 


Direction 


Message 


Comment 
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s 
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r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


1 

B 
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F 
A 
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B 
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F 
B 


1 

M 
S 
B 


A 
S 
B 






32 








■^^ 
















User B puts call on hold 




33 






















INVITE 


UEB sends relNVITE message 
indicating media attribute "sendonly" 


f 








34 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 






^ 




35 


INVITE 


IMS_B sends relNVITE to AS_B 




36 


100 Trying 


AS_B optionally responds with a 100 
Trying provisional response 


^ 


37 


INVITE 


AS_B sends relNVITE to IMS_B 




38 


100 Trying 


ll\/IS_B responds with a 100 Trying 
provisional response 




39 


INVITE 


IMS_B forwards relNVITE to IBCF_B 




40 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




41 


INVITE 


IBCF_B forwards relNVITE to IBCF_A 




42 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




43 


INVITE 


IBCF_A forwards relNVITE to IMS_A 


V 


44 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




45 


INVITE 


IMS_A forwards relNVITE to UE_A 








46 


100 Trying 


UE A optionally responds with a 100 
Trying provisional response 








47 




^ 




















User A is informed that call is on hold 
with AS tone 




48 










x 












200 OK 


UE_A responds to relNVITE with 200 
OK indicating media attribute "recvonly" 












/ 
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Step 


Direction 


Message 


Comment 
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A 
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r 
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E 
B 


1 
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A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 






49 










f 


>. 


V 








200 OK 


IMS A forwards 200 OK response to 
IBCF_A 




50 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 




51 


200 OK 


IBCF B forwards 200 OK response to 
IMS_B 




52 


200 OK 


IMS B forwards 200 OK response to 
AS_B 


^ 


53 


200 OK 


AS B forwards 200 OK response to 
IMS_B 




54 


200 OK 


IMS_A forward the 200 OK to UE_B 










55 








f 
















User B is informed that the call is on 
hold 




56 






















ACK 


UE B acknowledges the receipt of 200 
OKforrelNVITE 










57 


ACK 


IIVIS_B forwards ACK to AS_B 




58 


ACK 


AS_B forwards ACK to ll\/IS_B 




59 


ACK 


IMS_B forwards ACK to UE_B 










60 
























User B resumes call 


? 




61 






^ 
















INVITE 


UE_B sends second relNVITE 
message indicating media attribute 










62 


100 Trying 


ll\/IS_B responds with a 100 Trying 
provisional response 




^ 




^ 


63 


INVITE 


IMS_B sends relNVITE to AS_B 


^ 


64 


100 Trying 


AS_B optionally responds with a 100 
Trying provisional response 




65 


INVITE 


AS_B forwards INVITE to IMS_B 




66 


100 Trying 


ll\/IS_B responds with a 100 Trying 
provisional response 




67 


INVITE 


IMS_B sends relNVITE to IBCF_B 




68 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




69 


INVITE 


IBCF_B sends relNVITE to IBCF_A 


■N. 


70 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




71 


INVITE 


IBCF_A sends relNVITE to IMS_A 




72 


100 Trying 


ll\/IS_A responds with a 100 Trying 
provisional response 




73 


INVITE 


IMS_A forwards relNVITE to UE_A 






>. 


74 


100 Trying 


UE_A optionally responds with a 100 
Trying provisional response 








75 
























User A is informed that call is resumed 


i 




76 






















200 OK 


UE_A sends the 200 OK indicating 
media attribute "sendrecv" to IIVIS_A 
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Step 


Direction 


Message 


Comment 
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A 
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F 
B 


1 
IVI 
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A 
S 
B 






77 










f 


N. 


\ 








200 OK 


IMS A forwards 200 OK response to 
IBCF_A 




78 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 




79 


200 OK 


IBCF B forwards 200 OK response to 
IMS_B 




80 


200 OK 


IMS B forwards 200 OK response to 
AS_B 


^ 


81 


200 OK 


AS_B forwards the 200 OK for INVITE 




82 


200 OK 


IMS_B forwards 200 OK to IMS_A 










83 








>■ 
















User B is informed that call is resumed 

































4.5.5.2 



Supplementary Service HOLD with AS in roaming 



Interoperability Test Description 


Identifier: 


ID IMS SS 0002 


Summary: 


IMS network supports properly application services based on the example of the HOLD 
supplementary service 


Configuration: 


CF ROAM AS 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


IP IMS 5310 01 


TS 1 24 229 [1 ], clause 5.4.6.1.2 HI 


IP IMS 5312 01 


TS 124 229 [1], clause 5.4.6.1.3 HI 


Use Case ref.: 


UC 10 R J 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B via IMS A using userHOLD Identity according to 
table 1 

• IMS_B is configured to contact AS_B (HOLD) 

• UEB is subscribed to HOLD service 

• AS B in same trust domain as IMS B 


i 1 


Test Sequence: 


Step 




1 


User A calls User B (i.e. userHOLD in IMS B) 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User B puts call on hold 


8 


Verify that user A is informed that call on hold with AS tone 


9 


Verify that user B is informed that call on hold 


10 


User B resumes call 


11 


Verify that user A is informed that call is resumed 


12 


Verify that user B is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5310_01 in CFW step 52 and Step 56 (INVITE) 
ensure that { 
when { UE_B sends a subsequent INVITE to IMS_B 
containing a P-Charging-Vector_header 
containing an access-network-charging-info_parameter 

} 
then { IMS_B sends the INVITE to AS_B 

containing a P-Charging-Vector_header 
containing an access-network-charging-info_parameter 
} 
I 



TP_IMS_5312_01 in CFW step 71 and Step 73 (200 OK) 
ensure that { 
when { IMS_B receives a 200_response from IMS_A 
containing a P-Charging-Vector_header 

containing an access-network-charging-infojDarameter 

} 

then { IMS_B sends the 200_response to AS_B 
containing a P-Charging-Vector_header 

containing a access-network-charging-info_parameter 
} 
I 



TP_IMS_5310_01 in CFW step 95 and Step 99 (INVITE) 
ensure that { 
when { UE_B sends a subsequent INVITE to IMS_B 
containing a P-Charging-Vector_header 
containing an access-network-charging-info_parameter 

} 
then { IMS_B sends the INVITE to AS_B 

containing a P-Charging-Vector_header 
containing an access-network-charging-info_parameter 
} 
1 



TP_IMS_5312_01 in CFW step 110 and Step 112 (200 OK) 
ensure that { 
when { IMS_B receives a 200_response from IMS_A 
containing a P-Charging-Vector_header 

containing an access-network-charging-info_parameter 

} 

then { IMS_B sends the 200_response to AS_B 
containing a P-Charging-Vector_header 

containing a access-network-charging-info_parameter 
} 
I 



Step 


Direction 
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Comment 
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B 






47 
























User B puts call on hold 




48 










V 












INVITE 


UE_B sends relNVITE message 
indicating media attribute "sendonly" 




49 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




50 


INVITE 


IMS_A forwards INVITE to IBCF_A 


• 


51 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 
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Step 


Direction 


Message 


Comment 
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r 
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E 
A 
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r 
B 
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E 
B 


1 

M 
S 
A 
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B 
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F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


A 
S 
B 






52 












^ 










INVITE 


IBCF_A forwards INVITE to IBCF_B 




53 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 


y 


54 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


55 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




56 


INVITE 


IMS_B sends relNVITE to AS_B 


^ 


57 


100 Trying 


AS_B optionally responds with a 100 Trying 
provisional response 


f 


58 


INVITE 


AS_B sends relNVITE to IMS_B 




59 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




60 


INVITE 


IMS_B forwards relNVITE to IBCF_B 




61 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




62 


INVITE 


IBCF_B forwards relNVITE to IBCF_A 




63 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




64 


INVITE 


IBCF_A forwards relNVITE to IMS_A 


V 


65 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




66 


INVITE 


IMS_A forwards relNVITE to UE_A 








67 


100 Trying 


UE _A optionally responds with a 1 00 
Trying provisional response 








68 
























User A is informed that call is on hold with 
AS tone 


^ 




69 














V 








200 OK 


UE_A responds to relNVITE with 200 OK 
indicating media attribute "recvonly" 






^ 


70 


200 OK 


IMS A forwards 200 OK response to 
IBCF_A 




71 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 




72 


200 OK 


IBCF B forwards 200 OK response to 
IMS_B 


^ 


73 


200 OK 


IMS B forwards 200 OK response to 
AS_B 




74 


200 OK 


AS_B forwards 200 OK response to IMS_B 




75 


200 OK 


IMS B forwards 200 OK response to 
IBCF_B 




76 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




77 


200 OK 


IBCF A forwards 200 OK response to 
IMS_A 




78 


200 OK 


IMS_A forward the 200 OK to UE_B 




79 
























User B is informed that the call is on hold 


i 
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Step 



Direction 



Message 



Comment 
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80 



81 



82 



83 



84 



85 



86 



87 



89 



90 



91 



92 



93 



94 



95 



96 



97 



98 



99 



100 



101 



102 



103 



104 



105 



106 



107 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



UE_B acknowledges the receipt of 200 OK 
for relNVITE 



IIVIS A forwards ACK to I BCF A 



IBCF A forwards ACK to IBCF B 



IBCF A forwards ACK to IIVIS B 



IIVIS B forwards ACK to AS B 



AS B forwards ACK to IIVIS B 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to UE B 



User B resumes call 



UE B sends second relNVITE message 
indicating media attribute "sendrecv" 



IMS_A responds with a 100 Trying 
provisional response 



IMS A sends relNVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A sends relNVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B sends relNVITE to IMS B 



IMS_B responds with a 100 Trying 
provisional response 



IMS B sends relNVITE to AS B 



AS_B optionally responds with a 100 Trying 
provisional response 



AS B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying 
provisional response 



IMS B sends relNVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards relNVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards relNVITE to IMS A 
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Step 


Direction 


lUlessage 


Comment 
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108 






















100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




109 


INVITE 


IMS_A forwards re INVITE to UE_A 








110 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 








107 
























User A is informed that call is resumed 




108 












N. 


\ 








200 OK 


UEA sends the 200 OK indicating media 
attribute "sendrecv" to IIVIS_A 






^ 


109 


200 OK 


IMS A forwards 200 OK response to 
IBCF_A 


^ 


110 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 




111 


200 OK 


IBCF B forwards 200 OK response to 
IMS_B 


f 


112 


200 OK 


IMS B forwards 200 OK response to 
AS_B 


^ 


113 


200 OK 


AS_B forwards the 200 OK for INVITE 




114 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




115 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 




116 


200 OK 


IBCF_A forwards 200 OK to IMS_A 




117 


200 OK 


IMS_A forwards 200 OK to UE_B 




118 
























User B is informed that call is resumed 

































4.5.5.3 



Supplementary Service OIP with AS 



Interoperability Test Description 


Identifier: 


TD IIVIS SS 0003 


Summary: 


IMS network supports properly application services based on the example of the OIP 
supplementary service 


Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_02 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(item 9 in 1^' numbered list) 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1^' numbered list) 


TP_IMS_5115_08 


TS 124 229 [1], clause 5.4.3.3 1189 
(4* numbered list) 


Use Case ref.: 


UC 08 1 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B using userOIP identity according to table 1 

• IMS_B is configured to contact AS_B (OIP) 

• UE B is subscribed to OIP service 
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Interoperability Test Description 


Test Sequence: 


Step 




1 


User A calls User B (i.e. userOIP in IMS B) 


2 


Verify that user B is informed of incoming call of User A, user A's identity is 






displayed 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that the call is established 


7 


User A ends call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 


1 




1 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5097_02 in CFW step 6 (INVITE) 






ensure that { 






when { IMS A receives an initial INVITE from UE A addressed to UE B 

} 
then { IMS A sends the initial INVITE to IMS B 










containing a P-Asserted-ldentity header 






indicating the SIP_URI of UE_A 






and 






containing a P-Asserted- Identity header 






indicating the Tel URI ofUEA} 
} 


2 


TP_IMS_5108_03 in CFW step 10 (INVITE) 






ensure that { 






when { IMS B receives an initial INVITE from IMS A addressed to UE Bj 






then { IMS B sends the INVITE to AS B 






containing a topmost Route_header 






indicating the SIP_URI of AS_B and 






containing a Route_header 






indicating the S-CSCF_SIP_URI of IMS_B and 






containing a P-Charging-Vector_header 






including a orig-ioi_parameter 






indicating operatorjdentifier of IMS_A and 






not including a term-ioijDarameter } 
} 


3 


TP_IMS_51 1 5_08 in CFW step 30 (200 OK) 






ensure that { 






when { IMS_B receives 200_response from AS_B addressed to UEA } 






then { IMS_B sends the 200_response to IMS_A 






containing a P-Charging-Vector_header 






including a orig-ioijDarameter 






indicating operatorjdentifier of IMS_A and 






including a term-ioi_parameter 






indicating operator identifier of IMS Bj 
} 
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Step 


Direction 


IVIessage 


Comment 
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A 


U 
s 
e 
r 
B 
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E 
B 
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A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






1 
























User A calls User B 


? 




2 










V 




V 








INVITE 


UE_A sends INVITE with the first SDP 
offer indicating all desired media and 








3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 








4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


f 


5 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 


f 


9 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




























INVITE triggers the OIP IFC in IMS_B 


10 










^ 












INVITE 


IMS B forwards the INVITE to IMS B 
AS 


^ 


11 


100 Trying 


AS optionally responds with a 100 Trying 
provisional response 




12 


INVITE 


IMS B AS returns, possibly modified, 
INVITE to IMS_B 




13 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




14 


INVITE 


IMS_B forwards the INVITE to UE_B 










15 


100 Trying 


UE_B optionally responds with a 100 
Trying provisional response 










16 
























User B is informed of incoming call of 
User A, User A's identity is displayed 


^ 




17 






















180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started 




/ 


/■ 




18 


180 Ringing 


IIVIS B forwards 180 Ringing response to 
IMS_B AS 




19 


180 Ringing 


IMS B AS forwards 180 Ringing response 
to IMS_B 




20 


180 Ringing 


IMS_B forwards the 180 Ringing 
response to IBCFB 




21 


180 Ringing 


IBCF_B forwards the 180 Ringing 
response to IBCFA 




22 


180 Ringing 


IBCF_A forwards the 180 Ringing 
response to IMS_A 




23 


180 Ringing 


IMS_A forwards the 180 Ringing 
response to UE_A 








24 
























User A is informed that UE_B is ringing 


i 




25 




User B answers call 




26 






















200 OK 


UE_B responds INVITE with 200 OK to 
indicate that the call has been answered 










27 


200 OK 


IMS B forwards 200 OK response to 
IMS_B AS 
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Step 


Direction 


IVIessage 


Comment 
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A 
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A 
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r 
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E 
B 


1 
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A 
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B 
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F 
A 


1 

B 
C 

F 
B 


\ 
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S 
B 


A 
S 
B 






28 






^ 










f 


^ 




200 OK 


IIMS B AS forwards 200 OK response 
to IIVIS_B 




29 


200 OK 


IIUIS B forwards the 200 OK response 
to IBCF_B 




30 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 




31 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 




32 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 








33 
























User A is informed that call has been 
answered 

























4.5.5.4 



Supplementary Service OIP with AS in roaming 



Interoperability Test Description 


Identifier: 


ID IMS SS 0004 


Summary: 


IMS network supports properly application services based on the example of the OIP 
supplementary service 


Configuration: 


CF ROAM AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_02 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(item 9 in 1^' numbered list) 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1^' numbered list) 


TP_IMS_5115_08 


TS 124 229 [1], clause 5.4.3.3 189 
(4* numbered list) 


Use Case ref.: 


UC 08 R 1 


r" 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS B via IMS A using userOIP identity according to 
table 1 

• IMS_B Is configured to contact AS_B (OIP) 

• UE B is subscribed to OIP service 


Test Sequence: 


Step 




1 


User A calls User B (i.e. userOIP in IMS B) 


2 


Verify that user B is informed of incoming call of User A, user A's identity is 
displayed 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that the call is established 


7 


User A ends call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5097_02 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UEA addressed_to UEB 

} 
then { IMS_A sends the initial INVITE to IMS_B 

containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_A 
and 

containing a P-Asserted-ldentity_header 
indicating the Tel_URI of UE_A } 
1 



TP_IMS_5108_03 in CFW step 10 (INVITE) 
ensure that { 
when { IMS_B receives an initial INVITE from IMS_A addressed_to UE_B} 
then { IMS_B sends the INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route_header 

indicating the S-CSCF_SIP_URI of IUT_ and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter } 
1 



TP_IMS_51 15_08 in CFW step 37 (200 OK) 
ensure that { 
when { IMS_B receives 200_response from AS_B addressed_to UEA } 
then { IMS_B sends the 200_response to IMS_A 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
including a term-ioi_parameter 
indicating operatorjdentifier of IUT_ } 
} 



Step 


Direction 


Message 


Comment 




U 
s 
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r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
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S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






1 
























User A calls User B 




2 














N. 








INVITE 


UE_A sends INVITE with the first SDP 
offer Indicating all desired media and 


f 






3 


100 Trying 


IMS_A responds with a 1 00 Trying 
provisional response 








4 


INVITE 


IMS_A forwards INVITE to IBCF_A 




5 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IMS_A forwards INVITE to IMS_B 


^ 


9 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




























INVITE triggers the OIPIFC in IMS B 
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Step 


Direction 


IVIessage 


Comment 
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A 
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B 


1 
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A 
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B 






10 












^ 




^ 






INVITE 


IIVIS_B forwards tlie INVITE to IMS_B AS 


f 


11 


100 Trying 


AS optionally responds with a 100 Trying 
provisional response 




12 


INVITE 


IMS B AS returns, possibly modified, INVITE 
to IMS_B 




13 


100 Trying 


IIVIS_B responds with a 1 00 Trying 
provisional response 




14 


INVITE 


IMS_B forwards the INVITE to IMS_A 




15 


100 Trying 


IIVIS_A responds with a 1 00 Trying 
provisional response 




16 


INVITE 


IMS_B forwards INVITE to IBCF_B 


V. 


17 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




18 


INVITE 


IBCF_B forwards INVITE to IBCF_A 




19 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




20 


INVITE 


IMS_A forwards the INVITE to UE_B 




21 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




22 
























User B is informed of incoming call of User A, 
User A's identity is displayed 


k 




23 






f 






X 


V 








180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




24 


180 Ringing 


IIVIS A forwards 180 Ringing response to 
IBCF_A 


^ 


25 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF_B 




26 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS_B 




27 


180 Ringing 


IIVIS B forwards 180 Ringing response to 
IMS_B AS 


f 


28 


180 Ringing 


IIVIS B AS forwards 180 Ringing response to 
IMS_B 




29 


180 Ringing 


IIVIS B forwards the 180 Ringing response to 
IBCF_B 




30 


180 Ringing 


IBCF B forwards the 180 Ringing response 
to IBCF_A 




31 


180 Ringing 


IBCF A forwards the 180 Ringing response 
to IMS_A 




32 


180 Ringing 


IIVIS A forwards the 180 Ringing response to 
UE_A 








33 
























User A is informed that UE_B is ringing 


i 




34 




User B answers call 


5 




35 






















200 OK 


UE_B responds INVITE with 200 OK to 
indicate that the call has been answered 




36 


200 OK 


IIVIS_A forwards 200 OK response to IBCF_A 




37 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 






38 












f 


>• 








200 OK 


IBCF_B forwards 200 OK response to IMS_B 




39 


200 OK 


IMS B forwards 200 OK response to IMS B 
AS 




40 


200 OK 


IMS B AS forwards 200 OK response to 
IMS_B 




41 


200 OK 


IMS B forwards the 200 OK response to 
IBCF_B 




42 


200 OK 


IBCF B forwards the 180 Ringing response 
to IBCF_A 




43 


200 OK 


IBCF A forwards the 180 Ringing response 
to IMS_A 




44 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 








45 




^ 




















User A is informed that call has been 
answered 

































4.5.5.5 



Supplementary Services 01 R and ACR with AS 



Interoperability Test Description 



Identifier: 



TD IMS SS 0005 



Summary: 



IMS network supports properly application services based on the example of the OIR 
and ACR supplementary services 



Configuration: 



CF INT AS 



SUT 



IMS A and IMS B 



References 



Test Purpose 



IP IMS 5108 03 



IP IMS 5313 01 



Specification Reference 



TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1^' numbered list) 



TS 1 24 229 [1 ]. clause 5.4.6.1.3 1|2 



Use Case ref. 



Pre-test 
conditions: 



Test Sequence: 



UC 06 I 



HSS of IMS_A and of IMS B is configured according to table 1 

UEA and UEB have IP bearers established to their respective IMS networks 

as per clause 4.2.1 

UEA is registered in IMS_A using userOIR identity according to table 1 

UE_B is registered in IMS_B using any userACR identity according to table 1 

IMS_A is configured to contact AS_A (OIR) 

UE_B is subscribed to ACR service 

IMS_B is configured to contact AS_B (ACR) 



Step 



User A calls User B (i.e. userACR in IMS_B) 



Verify that user A is informed that call has been rejected due to ACR 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5108_03 in CFW step 14 (INVITE) 
ensure that { 
when { IMS_B receives an initial INVITE from IMS_A addressed_to UEB} 
then { IMS_B sends the initial INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter } 
} 
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Interoperability Test Description 



TP_IMS_5313_01 in CFW step 20 (433 Anonymity Disallowed) 
ensure that { 
when { IMS_A receives a response from IMS_B 
containing a P-Charging-Vector_header 
including an access-networl<-charging-info__parameter 

} 

then { IMS_A sends the response to AS_A 

containing a P-Charging-Vector_header 
including an access-networl<-charging-info_parameter 
} 
I 



Step 


Direction 


Message 


Comment 
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1 


























User A calls User B 




2 
























INVITE 


UE_A sends INVITE with the first SDP 
offer indicating all desired media and 


^ 






3 


100 Trying 


ll\/IS_A responds with a 100 Trying 
provisional response 


































INVITE triggers the OIR IPC in IMS_A 


4 
















\ 








INVITE 


IMS A forwards the INVITE to IMS A 
AS 


^ 


5 


100 Trying 


IMS_A AS optionally responds with a 
100 Trying provisional response 


f 


6 


INVITE 


IMS_A AS returns modified INVITE 
including Privacy header (value "id" or 




7 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




8 


INVITE 


IMS_A forwards INVITE to IBCF_A 




^ 


9 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






10 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




11 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




12 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


13 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 






























INVITE triggers the ACR IPC in IMS_B 


14 
















^ 








INVITE 


IMS B forwards the INVITE to IMS B 
AS 


^ 


15 


100 Trying 


AS optionally responds with a 100 Trying 
provisional response 




16 


433 
Anonymity 


IMS_B AS responds with 433 Anonymity 
Disallowed to IMS_B 




17 


433 
Anonymity 


IMS_B forwards the 433 Anonymity 
Disallowed to IBCF_B 




18 


433 
Anonymity 


IBCF_B forwards the 433 Anonymity 
Disallowed to IBCF_A 




19 


433 
Anonymity 


IBCF_A forwards the 433 Anonymity 
Disallowed to IMS_A 


». 




20 


433 
Anonymity 


IMS_A forwards the 433 Anonymity 
Disallowed to IMS_A AS 




' 
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Step 


Direction 


lUlessage 


Comment 
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21 












^ 












433 
Anonymity 


ll\/IS_A AS forwards, possibly modified, 
433 Anonymity Disallowed to IMS_A 




22 


433 
Anonymity 


ll\/IS_A forwards the 433 Anonymity 
Disallowed to UE_A 








23 


























User A is informed that the call has been 
rejected due to ACR 




24 
















"«. 








ACK 


UE_A sends ACK to IMS_A 








25 


ACK 


IMS_A forwards the ACK to IMS_A AS 


f 


26 


ACK 


IMS A AS forwards, possibly modified, 
ACK to IMS_A 




27 


ACK 


IMS_A forwards ACK to IBCF_A 






28 


ACK 


IBCF_A forwards ACK to IBCF_B 




29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to IMS_B AS 





































4.5.5.6 



Supplementary Services 01 R and ACR with AS in roaming 



Interoperability Test Description 


Identifier: 


ID IMS SS 0006 


Summary: 


IMS network supports properly application services based on the example of the 01 R 
and ACR supplementary services 


Configuration: 


CF ROAM AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 Ijl 
(1^' numbered list) 


IP IMS 5067 01 


TS 124 229 [1], clause 5.2.7.2 15 


TP_IMS_5097_09 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(items 5 and 8 in 1^* numbered list) 


Use Case ret.: 


UC 06 R 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A is registered in IMS_A using any userACR identity according to table 1 

• UE_B is registered in IMS_B via IMS_A using userOIR identity according to 
table 1 

• UE_A is subscribed to ACR service 

• IMS_B is configured to contact AS_B (01 R) 

• IMS_A is configured to contact AS_A (ACR) 

• UE B is subscribed to OIR service 


I 1 


Test Sequence: 


Step 




1 


User B calls User A (i.e. userACR in IMS B) 


2 


Verify that user B is informed that call has been rejected due to ACR 


^B ^ 


^^^^^^1 
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Interoperability Test Description 



Conformance 
Criteria: 



Clieck 



TP_IMS_5046_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UEB } 
then { IMS_A sends the INVITE to IMS_B 
containing a Route_header 

not indicating the P-CSCF_SIP_URI of IMS_A and 
containing a Route_header 
indicating the "list of Service Route header URIs 
from the registration" and 
containing an additional Via_header 
containing ( the P-CSCF_via_port_number and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
containing an additional topmost Record-Route_header 
indicating (the P-CSCF_port_number 

'where it awaits subsequent requests' from UEA and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
not containing P-Preferred-ldentity_header and 
containing a P-Asserted-ldentity_header 

containing an address of UEB and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 
I 



TP_IMS_5067_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UEB } 
then { IMS_A sends the INVITE to IMS_B 

containing a P-Charging-Vector_header 
} 
I 



TP_IMS_5097_09 in CFW step 10 (INVITE) 
ensure that { 
when { IMS_B receives an initial INVITE from IMS_A addressed to UEA } 
then { IMS_B sends the initial INVITE to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 
(including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter and 
including access-network-charging-info) } 
}_ 



Step 


Direction 


Message 


Comment 
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1 


























User B calls User A 


5 




2 
























INVITE 


UE_B sends INVITE with the first SDP 
offer indicating all desired media and 




3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 







£75/ 



230 



ETSI TS 1 86 01 1 -2 V3.1 .1 (201 1 -06) 



Step 


Direction 


Message 


Comment 




U 
s 
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r 
A 
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A 
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s 
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r 
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E 
B 


1 

M 
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A 


A 
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B 
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1 

B 
C 
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1 

M 
S 
B 


A 
S 
B 






4 














V 










INVITE 


IMS_A sends INVITE to IBCF_A 






5 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






6 


INVITE 


IBCF_A sends INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IBCF_B sends INVITE to IMS_B 


/■ 


9 


100 Trying 


ll\/IS_B responds with a 100 Trying 
provisional response 






























INVITE triggers the OIR IFC in IMS_B 


10 


















/■ 






INVITE 


IMS B forwards the INVITE to IMS B 
AS 


f 


11 


100 Trying 


IMS_B AS optionally responds with a 
100 Trying provisional response 




12 


INVITE 


IMS_B AS returns modified INVITE 
including Privacy header (value "id" or 




13 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




14 


INVITE 


IMS_B forwards INVITE to IBCF_B 




15 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




16 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


N. 


17 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




18 


INVITE 


IBCF_A forwards INVITE to IMS_A 






19 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 
































INVITE triggers the ACR IFC in IMS_A 


20 














N. 


>. 








INVITE 


IMS A forwards the INVITE to IMS A 
AS 




21 


100 Trying 


AS optionally responds with a 100 Trying 
provisional response 




22 


433 
Anonymity 


IMS_A AS responds with 433 Anonymity 
Disallowed to IMS_A 




23 


433 
Anonymity 


IMS_A forwards the 433 Anonymity 
Disallowed to IBCF_A 






24 


433 
Anonymity 


IBCF_A forwards the 433 Anonymity 
Disallowed to IBCF_B 




25 


433 
Anonymity 


IBCF_B forwards the 433 Anonymity 
Disallowed to IMS_B 




26 


433 
Anonymity 


IMS_B forwards the 433 Anonymity 
Disallowed to IMS_B AS 


f 


27 


433 
Anonymity 


IMS_B AS forwards, possibly modified, 
433 Anonymity Disallowed to IMS_B 




28 


433 
Anonymity 


IMS_B forwards the 433 Anonymity 
Disallowed to IBCF_B 




29 


433 
Anonymity 


IBCF_B forwards the 433 Anonymity 
Disallowed to IBCF_A 
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Step 


Direction 


lUlessage 


Comment 
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30 












^ 












433 
Anonymity 


IBCF_A forwards the 433 Anonymity 
Disallowed to IMS_A 






31 


433 
Anonymity 


IMS_A forwards the 433 Anonymity 
Disallowed to UE_B 




32 


























User B is informed that the call has been 
rejected due to ACR 




33 














N 


\ 








ACK 


UE_B sends ACK to IMS_A 




34 


ACK 


IMS_A sends ACK to IBCF_A 




^ 


35 


ACK 


IBCF_A sends ACK to IBCF_B 




36 


ACK 


IBCF_B sends ACK to IMS_B 




37 


ACK 


IMS_B forwards the ACK to IMS_B AS 


f 


38 


ACK 


IMS B AS forwards, possibly modified, 
ACK to IMS_B 




39 


ACK 


IMS_B forwards ACK to IBCF_B 




40 


ACK 


IBCF_B forwards ACK to IBCF_A 




41 


ACK 


IBCF_A forwards ACK to IMS_A 






42 


ACK 


IMS_A forwards ACK to ll\/IS_A AS 





































4.5.5.7 



Supplementary Service CFU with AS 



Interoperability Test Description 


Identifier: 


TD IMS SS 0007 


Summary: 


IMS network supports properly application services based on the example of the CFU 
supplementary service 


Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TPJMS_5097_01 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(1*" numbered list) 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 1(5 
(item 4 in 1^' numbered list) 


TP_IMS_5115_08 


TS 124 229 [1], clause 5.4.3.3 1189 
(4'^ numbered list) 


Use Case ref.: 


UC_11_I 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B2 have IP bearers established to IMS_B as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B2 is registered in IMS_B using any user identity 

• IMS_B is configured to contact AS_B (CFU) for userCFU 

• UE B1 is subscribed to IMS B and has activated CFU service 


1 1 
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Interoperability Test Description 



Test Sequence: 



Step 




Conformance 
Criteria: 



User A calls User B (i.e. userCFU in IMS_B) 



User A may be informed of call diversion 



User 82 answers call 



Verify that user A is informed that call has been answered 



Verify that user B2 is informed that call is established 



User A ends call 



Verify that user B2 is informed that call has ended 



Verify that user A is informed that call has ended 



TP_IIVIS_5097_01 in CFW step 6 (INVITE): 
ensure that { 

when { UE_A sends an initial INVITE to UE_B } 
then { IMS_B receives the initial INVITE 
not containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_A 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing a orig-ioi_parameter indicating IMS_A and 
not containing an access-network-charging-info_parameter and 
not containing a term-ioi_parameter) and 
containing a Record-Route_header 
indicating the originating S-CSCF_SIP_URI } 
1 



TP_IIVIS_5108_03 in CFW step 10 (INVITE) 
ensure that { 
when { IMS_B receives an initial INVITE from IMS_A addressed_to UEB } 
then { IMS_B sends the initial INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter } 
I 



TP_IIVIS_51 1 5_08 in CFW step 28 (200 OK) 
ensure that { 
when { IMS_B receives 200_response from AS_B addressed_to UEA } 
then { IMS_B sends the 200_response to IMS_A 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
including a term-ioi_parameter 
indicating operatorjdentifier of IMS_BIUT_ } 
} 
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Step 


Direction 


Message 


Comment 
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A 


U 
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r 
B2 
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E 
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S 
A 


1 

B 
C 

F 
A 


1 
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B 
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A 
S 
B 






1 
























User A calls User B 


5 




2 












V 


N 








INVITE 


UE_A sends INVITE with the first SDP 
offer indicating all desired media and 


^ 






3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 








4 


INVITE 


IMS_A forwards INVITE to IBCF_A 




5 


100 Trying 


IBCFA responds with a 100 Trying 
provisional response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


f 


7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




























INVITE triggers the CPU IPC in IMS_B 


10 






















INVITE 


IMS_B forwards the INVITE to AS_B 




11 


100 Trying 


AS_B optionally responds with the 100 
Trying to IMS_B 


























AS_B applies the CDIV CPU procedure 


12 












y 






f 




181 Call is 
being 


AS_B indicates optionally to IMS_B that 
call has been forwarded 




13 


181 Call is 
being 


IMS_B indicates to IBCP_B that call has 
been forwarded 




14 


181 Call is 
being 


IBCP_B indicates to IBCP_A that call has 
been forwarded 




15 


181 Call is 
being 


IBCP_A indicates to IMS_A that call has 
been forwarded 




16 


181 Call is 
being 


IMS_A indicates that call to UE_B has 
been forwarded 








17 
























User A may be informed of call diversion 


^ 




18 


















f 




INVITE 


AS_B returns modified INVITE including 
new request URI and history header to 




19 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




20 


INVITE 


IMS_B forwards the INVITE to UE_B2 










21 


100 Trying 


UE_B2 optionally responds with a 100 
Trying provisional response 










22 
























User B2 is informed of incoming call of 
User A 


i 




23 




User B2 answers call 


? 




24 






















200 OK 


UE_B2 responds to INVITE with 200 OK 
to indicate that the call has been 










25 


200 OK 


IMS B forwards 200 OK response to 
AS_B 


f 


26 


200 OK 


AS B returns, possibly modified, 200 
OK to IMS_B 
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Step 


Direction 


lUlessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B2 


U 
E 
B2 


1 

lUI 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






27 






f 






^ 










200 OK 


IIUIS B forwards 200 OK response to 
IBCF_B 




28 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




29 


200 OK 


IBCF A forwards 200 OK response to 
IMS_A 




30 


200 OK 


IMS A forwards 200 OK response to 
UE_A 








31 
























User A is informed that call has been 
answered 

































4.5.5.8 



Supplementary Service CFU with AS in roaming 



Interoperability Test Description 


Identifier: 


ID IMS SS 0008 


Summary: 


IMS network supports properly application services based on the example of the CFU 
supplementary service 


Configuration: 


CF ROAM AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 HI 
(1"" numbered list) 


IP IMS 5067 01 


TS 124 229 [1], clause 5.2.7.2 15 


IP IMS 5070 01 


TS 124 229 [1], clause 5.2.7.3 113 


TP_IMS_5110_01 


TS 124 229 [1], clause 5.4.3.3 1179 
(after 6'^ dashed list) 


Use Case ref.: 


UC 11 R 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B2 have IP bearers established to IMS_B as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B2 is registered in IMS_B via IMS_A using any user identity 

• IMS_A is configured to contact AS_A (CFU) for userCFU 

• UE A1 is subscribed to IMS A and has activated CFU service 


Test Sequence: 


Step 


* 


1 


User B calls User A (i.e. userCFU in IMS A) 


2 


User B may be informed of call diversion 


3 


User A2 answers call 


4 


Verify that user B is informed that call has been answered 


6 


Verify that user A2 is informed that call is established 


7 


User B ends call 


8 


Verify that user A2 is informed that call has ended 


9 


Verify that user B is informed that call has ended 



ETSI 



235 



ETSI TS 1 86 01 1 -2 V3.1 .1 (201 1 -06) 



Interoperability Test Description 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5046_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UEB } 
then { IMS_A sends the INVITE to IMS_B 
containing a Route_header 

not indicating the P-CSCF_SIP_URI of IMS_A and 
containing a Route_header 
indicating the "list of Service Route header URIs 
from the registration" and 
containing an additional Via_header 
containing ( the P-CSCF_via_port_number and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
containing an additional topmost Record-Route_header 
indicating (the P-CSCF_port_number 

'where it awaits subsequent requests' from UEA and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
not containing P-Preferred-ldentity_header and 
containing a P-Asserted-ldentity_header 

containing an address of UEB and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 
1 



TP_IMS_5067_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UEB } 
then { IMS_A sends the INVITE to IMS_B 

containing a P-Charging-Vector_header 
} 
1 



TP_IMS_5070_01 in CFW step 13 (100 Trying) 

ensure that { 
when { IMS_A receives an initial INVITE from UEB } 
then { IMS_A sends a 100_response to IMS_B 
} 

I 



TP_IMS_51 1 0_01 in CFW step 37 (200 OK) 
ensure that { 

when { IMS_A receives a 200_response from AS_A addressed_to UEB } 

then { IMS_A sends the 200_response to IMS_B} 
}_ 
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Step 


Direction 


IVIessage 


Comment 
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1 
























User B calls User A 


? 




2 














V 


■N. 






INVITE 


UE_B sends INVITE with the first SDP 
offer indicating all desired media and 




3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


y 


5 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF B responds with a 100 Trying 
provisional response 


y 


8 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


9 


100 Trying 


ll\/IS_B responds with a 100 Trying 
provisional response 




10 


INVITE 


IMS_B forwards INVITE to IBCF_B 




11 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




12 


INVITE 


IBCF_B forwards INVITE to IBCF_A 




13 


100 Trying 


IBCFA responds with a 100 Trying 
provisional response 




14 


INVITE 


IBCF_A forwards INVITE to IMS_A 


N 


15 


100 Trying 


ll\/IS_A responds with a 100 Trying 
provisional response 




























INVITE triggers the CPU IFC in IMS_A 


16 






















INVITE 


IMS_A forwards the INVITE to IMS_A AS 










17 


100 Trying 


IMS_A AS optionally responds with the 
100 Trying to IIVIS_A 


































IMS_A AS applies the CDIV CPU 
procedure 


18 






















181 Call is 
being 


ll\/IS_A AS indicates optionally to ll\/IS_A 
that call has been forwarded 




N 


>. 




19 


181 Call is 
being 


MS_A indicates to IBCP_A that call has 
been forwarded 


V 


20 


181 Call is 
being 


IBCF_A indicates to IBCP_B that call has 
been forwarded 


y 


21 


181 Call is 
being 


IBCF_B indicates to IMS_B that call has 
been forwarded 




22 


181 Call is 
being 


ll\/IS_B indicates to IBCP_B that call has 
been forwarded 




23 


181 Call is 
being 


IBCF_B indicates to IBCP_A that call has 
been forwarded 




24 


181 Call is 
being 


IBCF_A indicates to IMS_A that call has 
been forwarded 




25 


181 Call is 
being 


MS_A indicates to UE_B that call to 
UE_A has been forwarded 




26 
























User B may be informed of call diversion 


i 
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Step 


Direction 


IVIessage 


Comment 
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27 












y 










INVITE 


IMS_A AS returns modified INVITE 
including new request URI and history 








V 


28 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 










29 


INVITE 


IMS_A forwards the INVITE to UE_A2 








30 


100 Trying 


UE_A2 optionally responds with a 100 
Trying provisional response 








31 
























User A2 is informed of incoming call of 
UserB 


i 




32 




User A2 answers call 


> 




33 


















>. 




200 OK 


UE_A2 responds to INVITE with 200 OK 
to indicate that the call has been 






^ 


34 


200 OK 


IMS A forwards 200 OK response to 
IMS_A AS 


f 








35 


200 OK 


IMS A AS returns, possibly modified, 
200 OK to IMS_A 






■N. 




36 


200 OK 


IMS A forwards 200 OK response to 
IBCF_A 


^ 


37 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 




38 


200 OK 


IBCF B forwards 200 OK response to 
IMS_B 




39 


200 OK 


IMS B forwards 200 OK response to 
IBCF_B 




40 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




41 


200 OK 


IBCF A forwards 200 OK response to 
IMS_A 




42 


200 OK 


IMS A forwards 200 OK response to 
UE_B 




43 
























User B is informed that call has been 
answered 


^ 
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4.5.5.9 



Supplementary Services OIP and OIR with AS 



Interoperability Test Description 


Identifier: 


ID IMS SS 0009 


Summary: 


IMS network supports properly application services based on tlie example of the OIP and OIR supplementary 
services 


Configuration: 


CF INT AS 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 1 24 229 [1 ], clause 5.4.3.2 H1 1 
(1^' numbered list) 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1^' numbered list) 


Use Case ref.: 


UC 09 1 




^^K 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using userOIR_priv identity according to table 1 

• UE_B is registered in IMS_B using userOIP_priv identity according to table 1 

• IMS_A is configured to contact AS_A (OIR) 

• UEA is subscribed to OIR service 

• IMS_B is configured to contact AS_B (OIP) 

• UE B is subscribed to OIP service 




Test 
Sequence: 


Step 




1 


User A calls User B (i.e. userOIP in IMS B) 


2 


Verify that user B is informed of incoming call of User A and User A's identity is not displayed 


3 


Verify that user A is informed that UE A is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that the call is established 


7 


User B ends call 


8 


Verify that user A is informed that call has ended 


9 


Verify that user B is informed that call has ended 




Conformance 
Criteria: 


Cliecl< 




1 


TP_IMS_5097_01 in CFW step 10 (INVITE): 
ensure that { 

when { UE_A sends an initial INVITE to UE_B } 
then { IMS_B receives the initial INVITE 
not containing a Route header 

indicating the S-CSCF_SIP_URI of IMS_A 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing a orig-ioi_parameter indicating IMS_A and 
not containing an access-network-charging-infojDarameter and 
not containing a term-ioi_parameter) and 
containing a Record-Route_header 
indicating the originating S-CSCF SIP URI } 

} 


2 


TP_IMS_5108_03 in CFW step 14 (INVITE) 
ensure that { 
when {IMS B receives an initial INVITE from IMS A addressed to UE Bj 
then {IMS_B sends the INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioijarameter } 

} 
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Step 


Direction 


Message 


Comment 
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User A calls User B 




2 
























INVITE 


UE_A sends INVITE with the first 
SDP offer indicating all desired media 








3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 


































INVITE triggers the OIR IPC in IMS_A 


4 












■N. 


V 










INVITE 


IMS A forwards the INVITE to IMS A 
AS 




5 


100 Trying 


IMS_A AS optionally responds with a 
100 Trying provisional response 




6 


INVITE 


IMS_A AS returns modified INVITE 
including Privacy header (value "id" 


N. 


7 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




8 


INVITE 


IMS A forwards the INVITE to 
IBCF_A 






9 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






10 


INVITE 


IBCF A forwards the INVITE to 
IBCF_B 


f 


11 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




12 


INVITE 


IBCF B forwards the INVITE to 
IMS_B 




13 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 






























INVITE triggers the OIP IPC in IMS_B 


14 
























INVITE 


IMS B forwards the INVITE to 
IMS_B AS 




15 


100 Trying 


IMS_B AS optionally responds with a 
100 Trying provisional response 




16 


INVITE 


IMS_B AS returns modified INVITE 
including modified Prom and P- 




17 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




18 


INVITE 


IMS_B forwards the INVITE to UE_B 












19 


100 Trying 


UE_B optionally responds with a 100 
Trying provisional response 












20 


























User B is informed of incoming call of 
User A, user A's identity is not 


i 




21 
























180 Ringing 


UE_B responds to initial INVITE with 
180 Ringing to indicate that it has 










^ 


22 


180 Ringing 


IMS B forwards the 1 80 Ringing to 
IMS_B AS 


^ 


23 


180 Ringing 


IMS_B AS forwards, possibly 
modified, 180 Ringing to IMS_B 




24 


180 Ringing 


IMS_B forwards 180 Ringing 
response to IBCP_B 




25 


180 Ringing 


IBCP_B forwards 180 Ringing 
response to IBCP_A 




26 


180 Ringing 


IBCP_A forwards 180 Ringing 
response to IMS_A 
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Step 


Direction 


Message 


Comment 
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S 
B 






27 












N. 












180 Ringing 


ll\/IS_A forwards 180 Ringing 
response to ll\/IS_A AS 




28 


180 Ringing 


ll\/IS_A AS forwards, possibly 
modified, 180 Ringing response to 




29 


180 Ringing 


ll\/IS_A forwards the 180 Ringing 
response to UE_A 








30 




>■ 




N. 


















User A is informed tliat UE_B is 
ringing 




31 




User B answers call 




32 
























200 OK 


UE_B responds INVITE with 200 OK 
to indicate that the call has been 










f 


33 


200 OK 


IMS B forwards the 200 OK to 
IMS_B AS 


^ 


34 


200 OK 


IMS B AS forwards, possibly 
modified, 200 OK to IMS_B 




35 


200 OK 


IMS B forwards 200 OK response to 
IBCF_B 




36 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




37 


200 OK 


IBCF A forwards 200 OK response to 
IMS_A 




N. 


38 


200 OK 


IMS A forwards 200 OK response to 
IMS_A AS 




39 


200 OK 


IMS_A AS forwards, possibly 
modified, 200 OK response to IMS_A 




40 


200 OK 


IMS_A forwards the 200 OK 
response to UEA 








41 




^ 






















User A is informed that call has been 
answered 





































4.5.5.10 Supplementary Services OIP and OIR with AS in roaming 



Interoperability Test Description | 


Identifier: 


TD IMS SS 0010 


Summary: 


IMS network supports properly application services based on the example of the OIP 
and OIR supplementary services 


Configuration: 


CF ROAM AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 HI 
(1*" numbered list) 


TP_IMS_5097_09 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(items 5 and 8 in 1^' numbered list) 


TP IMS 5308 01 


TS 124 229 [1], clause 5.4.4.2.2 112 


TP IMS 5308 02 


TS 124 229 [1], clause 5.4.4.2.2 112 


TP IMS 5067 01 


TS 124 229 [1], clause 5.2.7.2 115 


Use Case ref.: 


UC 09 R 1 


r 




1 
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Interoperability Test Description 


Pre-test 


• HSS of IMS_A and of IMS B is configured according to table 1 


conditions: 


• UE_A and UE_B have IP bearers established to their respective IMS networks 




as per clause 4.2.1 




• UE_A is registered in IMS_A using userOIP_priv identity according to table 1 




• UE B is registered in IMS B via IMS A using userOIR priv identity according 




to table 1 




• IMS_A is configured to contact AS_A (01 P) 




• UEA is subscribed to 01 P service 




• IMS_B is configured to contact AS_B (01 R) 




• UE B is subscribed to OIR service 


1 ^^^ 




Test Sequence: 


Step 




1 


User B calls User A (i.e. userOIP in IMS_A) 


2 


Verify that user A is informed of incoming call of User B and User B's 






identity is not displayed 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers call 


5 


Verify that user B is informed that call has been answered 


6 


Verify that user A is informed that the call is established 


7 


User A ends call 


8 


Verify that user B is Informed that call has ended 


9 


Verify that user A is informed that call has ended 




^^^^^^ ^^^^^ ^^^^^ 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5046_01 in CFW step 6 (INVITE) 






ensure that { 






when { IMS A receives an initial INVITE from UE B} 






then { IMS_A sends the INVITE to IMS_B 






containing a Route header 






not indicating the P-CSCF_SIP_URI of IMS_A and 






containing a Route_header 






indicating the "list of Service Route header URIs 






from the registration" and 






containing an additional Via_header 






containing ( the P-CSCF via port number and 






(the P-CSCF-FQDN address or 






the P-CSCF-IP_address)) of IMS_A and 






containing an additional topmost Record-Route_header 






indicating (the P-CSCF_port_number 






'where it awaits subsequent requests' from UE A and 






(the P-CSCF-FQDN address or 






the P-CSCF-IP_address)) of IMS_A and 






not containing P-Preferred-ldentity_header and 






containing a P-Asserted-ldentity_header 






containing an address of UEB and 






containing a P-Charging-Vector_header 






containing an icid-value parameter} 
} 


2 


TP_IMS_5097_09 in CFW step 10 (INVITE) 






ensure that { 






when { IMS B receives an initial INVITE from IMS A addressed to UE Bj 






then { IMS_B sends the initial INVITE to AS_B 






containing a Route_header 






indicating the SIP_URI of AS_B and 






containing a P-Charging-Function-Addresses_header and 






containing a P-Charging-Vector_header 






(including a orig-ioi_parameter 






indicating operatorjdentifier of IMS_A and 






not including a term-ioi_parameter and 






including access-network-charging-info) } 
} 
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Interoperability Test Description 




3 


TP_IMS_5308_01 in CFW step 28 (180 ringing) 
ensure that { 
when { IMS_A receives a 180 response from UEA 
containing a P-Charging-Vector_header 
including an access-networl<-charging-info parameter 

} 

then { IMS_A sends the 180 response to AS_A 
containing a P-Charging-Vector_header 
including an access-networl<-charging-info parameter 
} 


3 


TP_IMS_5308_02 in CFW step 42 (200 OK) 
ensure that { 
when { IMS_A receives a 200 response from UEA 
containing a P-Charging-Vector_header 
including an access-network-charging-info parameter 

} 

then { IMS_A sends the 200 response to AS_A 
containing a P-Charging-Vector_header 
including an access-network-charging-info_parameter 

} 


4 


TP_IIVIS_5067_01 in CFW step 6 (INVITE) 
ensure that { 
when { /MS A receives an initial INVITE from UE B } 
then { IMS_A sends the INVITE to IMS_B 

containing a P-Charging-Vector header 
} 
} 



Step 


Direction 


Message 


Comment 
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E 
A 


U 
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r 
B 


U 

E 
B 


1 
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S 
A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






1 


























User B calls User A 




2 
















N 








INVITE 


UE_B sends INVITE with the first SDP 
offer indicating all desired media and 


f 


3 


100 Trying 


IMS_A responds with a 1 00 Trying 
provisional response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 






5 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


9 


100 Trying 


IIV1S_B responds with a 1 00 Trying 
provisional response 






























INVITE triggers the OIR IFC in IMS_B 


10 
























INVITE 


IMS B forwards the INVITE to 
IMS_B AS 




11 


100 Trying 


IMS_B AS optionally responds with a 
100 Trying provisional response 


^ 


12 


INVITE 


IMS_B AS returns modified INVITE 
including Privacy header (value "id" or 




13 


100 Trying 


IIVIS_B responds with a 1 00 Trying 
provisional response 




/ 
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Step 


Direction 


IVIessage 


Comment 
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1 
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A 
S 
B 






14 












^ 






^ 






INVITE 


IMS_B forwards tlie INVITE to IBCF_B 


V 


15 


100 Trying 


IBCF_B responds witli a 100 Trying 
provisional response 




16 


INVITE 


IBCF B forwards the INVITE to 
IBCF_A 




17 


100 Trying 


IBCF_A responds witli a 100 Trying 
provisional response 




18 


INVITE 


IMS_B forwards the INVITE to IMS_A 




\ 


19 


100 Trying 


IIVIS_A responds with a 1 00 Trying 
provisional response 
































INVITE triggers the OIP IFC in IMS_A 


20 






^ 






■>. 












INVITE 


IMS A forwards the INVITE to IMS A 
AS 


f 


21 


100 Trying 


IMS A AS optionally responds with a 
100 Trying provisional response 




22 


INVITE 


IMS_A AS returns modified INVITE 
including modified From and P- 




23 


100 Trying 


IMS_A responds with a 1 00 Trying 
provisional response 




24 


INVITE 


IMS_A forwards the INVITE to UE_A 










25 


100 Trying 


UEA optionally responds with a 100 
Trying provisional response 










26 




^ 






















User A is informed of incoming call of 
User B, user B's identity is not 




27 












V 




■N. 








180 Ringing 


UE_A responds to initial INVITE with 
180 Ringing to indicate that it has 






f 


28 


180 Ringing 


IMS A forwards the 180 Ringing to 
IMS_A AS 




29 


180 Ringing 


IMS_A AS forwards, possibly modified, 
180 Ringing to IMS_A 




30 


180 Ringing 


IMS A forwards 180 Ringing response 
to IBCF_A 






31 


180 Ringing 


IBCF_A forwards 180 Ringing 
response to IBCF_B 




32 


180 Ringing 


IBCF_B forwards 180 Ringing 
response to IMS_B 


^ 


33 


180 Ringing 


IMS B forwards 180 Ringing response 
to IMS_B AS 


f 


34 


180 Ringing 


IMS_B AS forwards, possibly modified, 
180 Ringing response to IMS_B 




35 


180 Ringing 


IMS_B forwards the 180 Ringing 
response to IBCF_B 




36 


180 Ringing 


IBCF_B forwards the 180 Ringing 
response to IBCFA 




37 


180 Ringing 


IBCF_A forwards the 180 Ringing 
response to IMS_A 




38 


180 Ringing 


IMS_A forwards the 180 Ringing 
response to UE_B 






39 


























User B is informed that UE_A is 
ringing 




40 




User A answers call 
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Step 


Direction 


Message 


Comment 
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B 






41 
















■N. 


V 






200 OK 


UE_A responds INVITE with 200 OK 
to indicate that the call has been 






^ 


42 


200 OK 


IMS A forwards the 200 OK to 
IMS_A AS 




43 


200 OK 


IMS A AS forwards, possibly modified, 
200 OK to IMS_A 




44 


200 OK 


IMS A forwards 200 OK response to 
IBCF_A 






45 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 




46 


200 OK 


IBCF B forwards 200 OK response to 
IMS_B 


f 


47 


200 OK 


IMS B forwards 200 OK response to 
IMS_B AS 


f 


48 


200 OK 


IMS_B AS forwards, possibly modified, 
200 OK response to IMS_B 




49 


200 OK 


IMS B forwards the 200 OK response 
to IBCF_B 




50 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCFA 




51 


200 OK 


IBCF_A forwards the 200 OK 
response to IMS_A 






52 


200 OK 


IMS A forwards the 200 OK response 
to UE_B 




53 


























User B is informed that call has been 
answered 





































4.5.5.11 



Ad-hoc Conference Call service 



Interoperability Test Description 


Identifier: 


TD IMS CONF 0001 


Summary: 


IMS network handles subsequent INVITEs, UPDATES, REFERs and NOTIFYs 
correctly during Ad-Hoc Conference calls 


^^^^^^V"*"" 


^— ^^^^ \ 


Configuration: 


CF INT CONF CALL 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 11123 
(9* numbered list) 


Use Case ref.: 


UCJ6 1 


1 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks 
as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• IMS_A is configured to contact AS_A (CONF) 

• UE_B is registered in IMS_B using any user identity 

• IMS_B is configured to contact AS_B (CONF) 

• User A and B are subscribed to CONF service 

• User A is pre-provisioned with conference-factory URI in IMS A 


1 1 
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Interoperability Test Description 


Test Sequence: 


Step 




1 


User A initiates an ad-hoc conference call with a pre-configured 
conference-factory URI 


2 


Verify that User A is informed the Ad Hoc Conference Call is being set up 


3 


Verify that User A is informed the Ad Hoc Conference Call is established 


4 


User A invites User B to join the Conference Call. 


5 


Verify that User B is informed of incoming invitation from User A to join the 
Conference Call 


6 


Verify that User A is informed that User B is being alerted 


7 


User B joins the Conference Call 


8 


Verify that User A is alerted when User B joins the Conference Call 


9 


User B leaves the Conference Call 


10 


Verify that User B is informed that the Conference Call has ended 


11 


Verify that User A is alerted when User B leaves the Conference Call 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5121_02 in CFW in step 34 & 44 (200 OK ): 
ensure that { 

when { UEB sends a 1xx or 2xx_response to UEA } 
then { IMS_A receives the 1xx or 2xx_response 
containing a P-Charging-Vector_header 

not containing a access-networl<-charging-infoj3arameter and 
not containing a P-Access-Networl<-lnfo header} 
} 



Step 


Direction 


Message 


Comment 
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1 


























User A initiates an ad-hoc conference 
call 




2 
























INVITE 


UE_A sends INVITE to IMS_A with 
information for all commonly supported 


f 






3 


lOOTrying 


IIVIS_A responds with a 100 Trying 
provisional response 








4 


























User A is informed the Ad Hoc 
Conference Call is being set up 




5 






f 


















INVITE 


IMS_A forwards INVITE to IMS_A AS 




6 


lOOTrying 


ll\/IS_A AS responds with a 100 Trying 
provisional response 


^ 


7 


200 OK 


ll\/IS_A AS responds with a 200 OK to 
IIVIS_A, with isfocus parameter. 




8 


200 OK 


IMS A forwards the 200OK response to 
UE_A 








9 




y 






















User A is informed the Ad Hoc 
Conference Call is established 




10 










N. 


V 












ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








11 


ACK 


IMS_A forwards the ACK to IMS_A AS 




12 


























User A invites user B to join the ad-hoc 
conference call 


> 




13 












>. 












REFER 


UE A sends REFER message to 
IMS_A, with Refer-To : <UE_B uri 








14 


REFER 


IMS A forwards the REFER to IMS A 
AS 




15 


202 
Accepted 


IMS_A AS responds with a 202 
Accepted 
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Step 


Direction 


Message 


Comment 
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B 






16 






^ 








■N. 




V 






202 
Accepted 


IIVIS_A forwards the 202 Accepted 
response to UE_A 








17 


NOTIFY 


IMS_A AS sends a NOTIFY to IMS_A to 
inform the conference initiator the 


N 


18 


NOTIFY 


IMS_A forwards the NOTIFY to UE_A 








19 


200 OK 


UE_A responds with 200 OK to IIVIS_A 








20 


200 OK 


IIVIS A forwards the 200 OK response 
to IMS_A AS 


f 


21 


INVITE 


IMS_A AS sends INVITE to UE_B with 
conference-factory URI (received in the 




22 


100 Trying 


IIVIS_A responds with a 100 Trying 
provisional response 




23 


INVITE 


IMS_A forwards the INVITE to IBCF_A 


^ 




24 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






25 


INVITE 


IBCF_A forwards the INVITE to IBCF_B 




26 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




27 


INVITE 


IBCF_B forwards the INVITE to IMS_B 




28 


100 Trying 


IIVIS_B responds with a 100 Trying 
provisional response 




29 


INVITE 


IMS_B forwards the INVITE to UE_B 










>. 


30 


100 Trying 


UE_B responds with a 100 Trying 
provisional response 












31 


























User B is informed of incoming invitation 
from User A to join the Conference Call 


i 




32 






^ 


















180 Ringing 


UE_B sends a 180 ringing to IMS_B 




f 








33 


180 Ringing 


IIVIS B forwards the 1 80 ringing to 
IBCF_B 




34 


180 Ringing 


IBCF Bforwards the 180 ringing to 
IBCF_A 




35 


180 Ringing 


IBCF A forwards the 180 ringing to 
IMS_A 






36 


180 Ringing 


IIVIS A forwards the 1 80 ringing to 
IMS_A AS 


^ 


37 


NOTIFY 


Upon reception of 180 Ringing from 
UE_B, IMS_A AS sends NOTIFY with 




38 


NOTIFY 


IMS_A forwards the NOTIFY to UE_A 








39 


























User A is notified that User B is being 
invited to join the call 




40 










N. 


V 












200 OK 


UE A responds with 200 OK to IIVIS A 
for NOTIFY 








41 


200 OK 


IIVIS A forwards the 200 OK response 
to IMS_A AS 




42 


200 OK 


UE B responds with 200 OK to 
IMS_B for INVITE 












43 


200 OK 


IMS B forwards the 200 OK response 
to IBCF_B 
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Step 


Direction 


Message 


Comment 
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44 












y 












200 OK 


IBCF B forwards the 200 OK response 
to IBCF_A 




45 


200 OK 


IBCF A forwards the 200 OK response 
to IMS_A 






46 


200 OK 


IMS A forwards the 200 OK response to 
IMS_A AS 




47 


























User B joins the conference 




48 


















*. 






ACK 


UE B acknowledges the 200 OK for 
INVITE 




^ 






f 


49 


ACK 


IMS B forwards the ACK to IBCF_B 




50 


ACK 


IBCF_B forwards the ACK to IBCF_A 




51 


ACK 


IBCF_A forwards the ACK to IMS_A 




V 


52 


ACK 


IMS A forwards the ACK to IMS_A AS 




53 


NOTIFY 


AS_A sends NOTIFY to UE_A to inform 
it has successfully joined the conference 




54 


NOTIFY 


IMS_A forwards NOTIFY to UE_A 








55 


























User A is alerted that User B has joined 
the conference 


i 




56 
























200 OK 


UE A sends 200 OK response for 
NOTIFY 








57 


200 OK 


IMS A forwards the 200 OK response 
to IMS_A AS 




58 


























User B leaves the conference 


> 




59 


















V 






BYE 


UE_B sends BYE to IMS_B to leave the 
conference 


^ 










60 


BYE 


IMS_B forwards the BYE to IBCF_B 




61 


BYE 


IBCF_B forwards the BYE to IBCF_A 


V 


62 


BYE 


IBCF_A forwards the BYE to IMS_A 






63 


BYE 


IMS_A forwards the BYE to IMS_A AS 




64 


200 OK 


IMS_A AS releases resources for this 
conference caller and sends a 200 OK 




65 


200 OK 


IMS A forwards the 200 OK response 
to IBCF_A 






66 


200 OK 


IBCF A forwards the 200 OK response 
to IBCF_B 




67 


200 OK 


IBCF B forwards the 200 OK response 
to IMS_B 




68 


200 OK 


IMS B forwards the 200 OK response 
to UE_B 












69 


























User B is informed that the conference 
has ended 




70 
























NOTIFY 


AS A sends NOTIFY to IMS A to 
inform UE_A that UE_B has left the 




71 


NOTIFY 


IMS_A forwards NOTIFY to UE_A 
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Step 


Direction 


Message 


Comment 




U 


U 


U 


U 


1 


A 


1 


1 


1 


A 








s 


E 


s 


E 


M 


S 


B 


B 


M 


S 








e 


A 


e 


B 


S 


A 


C 


C 


S 


B 








r 




r 




A 




F 


F 


B 










A 




B 








A 


B 










72 




^ 






















User A is notified tliat user B has left tfie 
conference 




73 
























200 OK 


UE A sends a 200 OK response for 
NOTIFY 








74 


200 OK 


IIVIS A forwards the 200 OK response 
to IMS_A AS 





























4.5.6 Presence 

The test descriptions for the presence service are defined in TS 102 901 [17]. 

4.5.7 IPTV 



4.5.7.1 



IPTV registration and Service Attachment. Push mode 



Interoperability Test Description | 


Identifier: 


TD IMS IPTV 0001 


Summary: 


IIVIS networl< supports properly IPTV registration and service attachment in Push mode 


Configuration: 


CF IPTV 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5206_01 


TS 124 229 [1], clause 5.4.1.2.2 F K15 
(before NOTE 3) 


TP IMS 5308 02 


TS 124 229 [1], clause 5.4.4.2.2 112 


Use Case ret.: 


J 


i ^ 




Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE A has IP bearers established to its respective IMS networks as per clause 
4.2.1 

• UE_A is registered in IMS_A using userlPTV according to table 1 

• IMS_A is configured to send a third party register to AS_A (SDF) 

• IMS A not configured for topology hiding 




Test Sequence: 


Step 




29 


Verify that user A receives service attachment information 


^^^ 1 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5206_01 in CFW step 23 (REGISTER) 
ensure that { 
when { IMS_A receives a protected REGISTER 
containing an Authorization header 
containing a integrity protected parameter indicating 
(yes or 
tis-pending or 
tis-yes or 

ip-assoc-pending or 
ip-assoc-yes)} 
then { IMS_A sends a third party register to AS_A 

containing a P-Access-Networl<-lnfo header 
containing a P-Visited-Networl<-ID header 
} 
I 
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Interoperability Test Description 



TP_IMS_5308_02 in CFW step 28 (200 OK) 
ensure that { 
when { lUT receives a 200_response from UEA 
containing a P-Charging-Vector_header 
including an access-networl<-charging-info_parameter 

} 

then { lUT sends the 200_response to AS_A 
containing a P-Charging-Vector_header 
including an access-networl<-charging-info_parameter 
} 
I 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 




























IMS_A matches the iFC of the service 
profile belong to the user, and find out the 
AS (SDF) that user has subscribed 


23 




















REGISTER 


IMS_A sends a REGISTER to AS_A 
(third party registration) 


f 


24 


200 OK 


AS_A responds with 200 OK 


^ 


25 


MESSAGE 


AS_A sends a MESSAGE containing the 
service attachment information 




26 


MESSAGE 


IMS_A forwards the MESSAGE to UE_A 








27 


200 OK 


UE_A responds with 200 OK 








28 


200 OK 


IMS A forwards the 200 OK response 
to AS A 




29 






















UE receives service attachment 
information 



4.5.7.2 



IPTV registration and Service Attachment. Pull mode. 



Interoperability Test Description 


Identifier: 


ID IMS IPTV 0002 


Summary: 


IMS network supports properly IPTV registration and service attachment in Pull mode 


Configuration: 


OF IPTV 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_14 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(items 5 and 8 in 1^' numbered list) 


TP IMS 5308 02 


TS 124 229 [1], clause 5.4.4.2.2 112 


Use Case ref.: 




Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UEA has IP bearers established to its respective IMS networks as per 
clause 4.2.1 

• UEA is registered in IMS A using userlPTV according to table 1 

• UEA, IMS_A, AS_A support pull mode service discovery 

• IMS_A not configured for topology hiding 


^ 1 


Test Sequence: 


Step 




31 


Verify that user A receives service attachment information 
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Interoperability Test Description 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5097_14 in CFW step 24 (SUBSCRIBE): 
ensure that { 

when { IMS A sends the SUBSCRIBE to AS A} 
then {AS_A receives the SUBSCRIBE 
containing a Route_header 

indicating the SIP_URI of AS_A 
containing a P-Charging-Function-Addresses_header 
containing a P-Charging-Vector_header 
(including a orig-ioi_parameter indicating IMS_A and 
not including a term-ioi_parameter and 
including access-neViNork-c'nargmg-'mio)} 
} 


2 


TP_IMS_5308_02 in CFW step 30 (200 OK) 
ensure that { 
when { lUT receives a 200_response from UEA 
containing a P-Charging-Vector_header 
including an access-network-charging-info parameter 

} 

then { lUT sends the 200_response to AS_A 
containing a P-Charging-Vector_header 
including an access-network-charging-info parameter 
} 
} 



Step 


Direction 


lUlessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

lUI 
S 
A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 




























UE retrieves the PSI/address of AS A 
(SDF) 


23 




















SUBSCRIBE 


UE_A sends a SUBSCRIBE for 
"ua-profile" event to IMS_A 


^ 






24 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE to 
AS_A 




25 


200 OK 


AS_A responds with 200OK 


f 


26 


200 OK 


IIVIS A forwards the 200 OK response 
to UE_A 








27 


NOTIFY 


AS_A sends a NOTIFY for the service 
attachment information to IIVIS_A 


V 


28 


NOTIFY 


IMS_A forwards the NOTIFY to UE_A 








29 


200 OK 


UE_A responds with 200 OK 








30 


200 OK 


IMS_A forwards the 200 OK 
response to AS_A 




31 






















UE receives service attachment 
information 
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4.5.7.3 



BC session 



Interoperability Test Description 


Identifier: 


TD IMS IPTV 0003 


Summary: 


IMS network supports properly IPTV Broadcast session 


Configuration: 


CF IPTV 


BUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP IMS 5108 03 


TS 124 229 [1], clause 5.4.3.2 115 






(item 4 in 1^" numbered list) 


TP IMS 5107 02 


TS 124 229 [1], clause 5.4.3.2 H1 19 






(item 1 in 8* numbered list) 


Use Case ref.: 


UC_19 1 




Pre-test 


• HSS of IMS A is configured according to table 1 


conditions: 


• UEA has IP bearers established to its respective IMS networks as per 




clause 4.2.1 




• UE_A is registered in IMS A using userlPTV according to table 1 




• UE_A has done IPTV registration and service attachment procedures using push 




or pull mode 




• IMS A not configured for topology hiding 


^m 




Test Sequence: 


Step 




1 


User A initiates a BC session 


11 


Verify that user A receives the broadcast content 


12 


User A terminates the session 


19 


Verify that user A is informed that session is terminated 


I 


^^ 


Conformance 
Criteria: 


ChecIt 




1 


TP_IMS_5108_03 in CFW step 3 (INVITE) 






ensure that { 






when { lUT receives an initial INVITE from IMS A} 






then { lUT sends the initial INVITE to AS_A 






containing a topmost Route_header 






indicating the SIP_URI ofAS_A and 






containing a Route header 






indicating the S-CSCF SIP_URI of IMS_A and 






containing a P-Charging-Vector_header 






including a orig-ioi_parameter 






indicating operatorjdentifier of IMS_A and 






not including a term-ioi parameter} 
] 


2 


TP_IMS_5107_02 in CFW step 7 (ACK) 






ensure that { 






when { UEA sends ACK to addressed to UE_B} 






then { IMS_B receives the ACK 






not containing a Route header 






indicating the S-CSCF_SIP_URI of IMS_A and 






not containing a P-Access-Network-lnfo header 
} 
} 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 
IVI 

s 

A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 






1 






















User A initiates a BC session 




2 










>. 










INVITE 


UE_A sends a INVITE to IMS_A 


^ 






3 


INVITE 


IMS_A forwards the INVITE to AS_A 




4 


200 OK 


AS_A responds with 200 OK 




5 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 






>. 


6 


ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








7 


ACK 


IMS_A forwards the ACK to AS_A 




8 




i 


















User A receives the broadcast content 


9 




User A terminates the session 




10 




















BYE 


UE_A sends a BYE to IMS_A 








11 


BYE 


IMS_A forwards the BYE to AS_A 


^ 


12 


200 OK 


AS_A responds with 200 OK 




13 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 








14 




^ 


















User A is informed that session is 
terminated 





























4.5.7.4 CoD session. Establishing content control channel and content delivery 

channels using RTSP Method 1 



Interoperability Test Description 


Identifier: 


TD IMS IPTV 0004 


Summary: 


IMS network supports properly IPTV content on demand session 


Configuration: 


CF IPTV 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.2 US 
(item 4 in 1^' numbered list) 


TP_IMS_5107_02 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8* numbered list) 


Use Case ref.i 


UC 20 1 


1 1 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UEA has IP bearers established to its respective IMS networks as per 
clause 4.2.1 

• UE_A is registered in IMS A using userlPTV according to table 1 

• UE_A has done IPTV registration and service attachment procedures using push 
or pull mode 

• UEA, IMS_A and AS_A are configured to establish content control channel and 
content delivery channels using RTSP method 1 

• IMS A not configured for topology hiding 


1 1 
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Interoperability Test Description 


Test Sequence: 

1 ^^^^^m 


Step 




^ 


1 


User A initiates a CoD session (content selection) 


26 


Verify tliat user A starts receiving the streaming content 


27 


User A terminates tiie session 


36 


Verify tliat user A is informed that session is terminated 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5108_03 in CFW step 3 (INVITE) 








ensure that { 








when { lUT receives an initial INVITE from IMS A} 








then { lUT sends the initial INVITE to AS_A 








containing a topmost Route_header 








indicating the SIP_URI ofAS_A and 








containing a Route header 








indicating the S-CSCF SIP_URI of IMS_A and 








containing a P-Charging-Vector_header 








including a orig-ioi_parameter 








indicating operatorjdentifier of IMS_A and 








not including a term-ioi parameter} 

} 




2 


TP_IMS_51 07_02 in CFW step 1 1 (ACK) 








ensure that { 








when { UEA sends ACK to addressed to UE_B} 








then { IMS_B receives the ACK 








not containing a Route header 








indicating the S-CSCF_SIP_URI of IMS_A and 








not containing a P-Access-Network-lnfo header 
} 
I 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 






1 






















User A initiates a CoD session (content 
selection) 








2 










>. 










INVITE 


UE_A sends a INVITE to IMS_A 


^ 






3 


INVITE 


IMS A forwards the INVITE to AS A 
(SCF) 




4 


INVITE 


AS_A forwards the INVITE to IMS_A 


V 


5 


INVITE 


IMS A forwards the INVITE to AS A 
(MF) 


f 


6 


200 OK 


AS_A (IVIF) responds with 200 OK 




7 


200 OK 


IIVIS A forwards the 200 OK response to 
AS_A (SCF) 


f 


8 


200 OK 


AS A forwards the 200 OK response to 
IMS_A 




9 


200 OK 


IIVIS A forwards the 200 OK response to 
UE_A 








10 


ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








11 


ACK 


IMS A forwards the ACK to AS A 
(SCF) 


f 


12 


ACK 


AS_A forwards the ACK to IIVIS_A 




13 


ACK 


IIVIS_A forwards the ACK to AS_A (MF) 


























UE_A sets up RTSP with AS_A (MF) 


14 










■N. 


V 








INVITE 


UE_A sends relNVITE message 
indicating media attribute "a=recvonly" 


^ 






15 


INVITE 


IMS_A forwards the relNVITE to AS_A 




16 


INVITE 


AS_A forwards the relNVITE to IMS_A 




17 


INVITE 


IMS A forwards the relNVITE to AS A 
(MF) 


f 


18 


200 OK 


AS_A (MF) responds with 200 OK 




19 


200 OK 


IMS A forwards the 200 OK response to 
AS_A (SCF) 




20 


200 OK 


IMS B forwards the 200 OK response to 
IMS_A 




21 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 






>. 


22 


ACK 


UE A acknowledges the receipt of 200 
OK for relNVITE 








23 


ACK 


IMS_A forwards the ACK to AS_A (SCF) 


f 


24 


ACK 


AS_A forwards the ACK to IMS_A 


V 


25 


ACK 


IMS_A forwards the ACK to AS_A (MF) 




26 






















User A starts receiving the streaming 
content 
































27 




User A terminates the session 


> 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

IVI 

s 

A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 






28 










■N. 


V 








BYE 


UE_A sends a BYE to IMS_A 


^ 






29 


BYE 


IMS_A forwards the BYE to AS_A (SCF) 




30 


BYE 


AS_A forwards the BYE to IMS_A 




31 


BYE 


IMS_A forwards the BYE to AS_A (MF) 


^ 


32 


200 OK 


AS_A (MF) responds with 200 OK 


V 


33 


200 OK 


IMS A forwards the 200 OK response to 
AS_A (SCF) 




34 


200 OK 


IMS B forwards the 200 OK response to 
IMS_A 




35 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 








36 






















User A is informed that session is 
terminated 





























4.5.7.5 CoD session. Establishing content control channel and content delivery 

channels using RTSP Method 2 



Interoperability Test Description 


Identifier: 


ID IMS IPTV 0005 


Summary: 


IMS networl< supports properly IPTV content on demand session 


Configuration: 


OF IPTV 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.2 115 
(item 4 in 1^' numbered list) 


TP_IMS_5107_02 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8* numbered list) 


Use Case ref.: 

^ V 


UC_21 1 


1 ^ 

Pre-test 

conditions: 


• HSS of IMS_A is configured according to table 1 

• UEA has IP bearers established to its respective IMS networl<s as per 
clause 4.2.1 

• UEA is registered in IMS A using userlPTV 

• UEA has done IPTV registration and service attachment procedures using push 
or pull mode 

• UEA, IMS_A and AS_A are configured to establish content control channel and 
content delivery channels with RTSP method 2 

• IMS A not configured for topology hiding 


Test Sequence: 


Step 




1 


User A initiates a CoD session (content selection) 


32 


Verify that user A starts receiving the streaming content 
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Interoperability Test Description 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5108_03 in CFW step 3 (INVITE) 
ensure that { 
when { lUT receives an initial INVITE from IMS A} 
then { lUT sends the initial INVITE to AS_A 
containing a topmost Route_header 

indicating the SIP_URI ofAS_A and 
containing a Route header 

indicating the S-CSCF SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi parameter} 

} 


2 


TP_IMS_51 07_02 in CFW step 1 1 (ACK) 
ensure that { 

when { UEA sends ACK to addressed to UEB} 
then { IMS_B receives the ACK 
not containing a Route header 

indicating the S-CSCF_SIP_URI of IMS_A and 
not containing a P-Access-Network-lnfo header 
} 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 






1 






















User A initiates a CoD session (content 
selection) 


> 




2 




















INVITE 


UE_A sends a INVITE to IMS_A 








3 


INVITE 


IMS A forwards the INVITE to AS A 
(SCF) 


f 


4 


INVITE 


AS_A forwards the INVITE to IMS_A 




5 


INVITE 


IMS A forwards the INVITE to AS A 
(MF) 




6 


200 OK 


AS_A (IVIF) responds with 200 OK 


V 


7 


200 OK 


IIVIS A forwards the 200 OK response to 
AS_A (SCF) 


f 


8 


200 OK 


AS A forwards the 200 OK response to 
IMS_A 


V 


9 


200 OK 


IIVIS A forwards the 200 OK response to 
UE_A 






■N. 


10 


ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








11 


ACK 


IMS A forwards the ACK to AS A 
(SCF) 




12 


ACK 


AS_A forwards the ACK to ll\/IS_A 




13 


ACK 


IMS_A forwards the ACK to AS_A (MF) 




14 






















UEA starts receiving the streaming 
content 



£75/ 



257 



ETSI TS 186 011-2 V3.1.1 (2011-06) 



4.5.7.6 



Request for Network PVR offline capture in liome network 



Interoperability Test Description 


Identifier: 


ID IMS IPTV 0006 


Summary: 


IMS network supports properly N-PVR offline capture requests 


Configuration: 


OF IPTV 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


IP IMS 5108 04 


TS 124 229 [1], clause 5.4.3.3 115 






(item 4 in 1^' numbered list) 


Use Case ref.: 


UC 22 J 


1 ^^^^M 

Pre-test 


• HSS of IMS_A is configured according to table 1 


conditions: 


• UEA has IP bearers established to its respective IMS networks as per 




clause 4.2.1 




• UE_A is registered in IMS A using userlPTV according to table 1 




• UE_A has done IPTV registration and service attachment procedures using either 




push or pull mode 


_^^m 


• IMS A not configured for topology hiding 


1 -^^^m 

Test Sequence: 


Step 




1 


User A requests to record a live programme that has not started yet 


6 


Verify that user A is informed that recording has started 


^■~ T 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5108_04 in CFW step 3 (MESSAGE): 






ensure that { 






when { IMS A receives a MESSAGE from UE A } 






then { IMS A sends the MESSAGE to AS A 






containing a topmost Route_header 






indicating the SIP_URI ofAS_A and 






containing a Route header 






indicating the S-CSCF_SIP_URI of IMS_A and 






containing a P-Charging-Vector_header 






including a orig-ioi_parameter 






indicating operatorjdentifier of IMS_A and 






not including a term-ioijDarameter } 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 






1 






















User a requests to record a live 
programme that has not started yet 




2 












V 








MESSAGE 


UE_A sends a MESSAGE to IMS_A 








3 


MESSAGE 


IMS A forwards the MESSAGE to 
AS_A 


f 


4 


200 OK 


AS_A responds with 200 OK 




5 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 








6 




^ 


















User A is informed that recording has 
started 
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4.5.8 IMS-PSTN Interoperability 
4.5.8.1 IMS-to-PSTN call 



4.5.8.1.1 



Normal Call, PSTN user clears call 



Interoperability Test Description 


Identifier: 


ID IMS PSTN 0001 


Summary: 


Outgoing call to PSTN, PSTN user clears call 


Configuration: 


OF PSTN 


SUT 


IMS AandMGCF 


References 


Test Purpose 


Specification Reference 


TP IMS MGCF 02 


TS 124 229 [1], clause 5.5.3.1.2 


TP IMS MGCF 03 


TS 124 229 [1], clause 5.5.3.1.2 


TP_IMS_MGGF_06 


TS 124 229 [1], clause 5.5.3.2.2 
TS 129 163 [18], clause 7.2.3.1.4 


TPJMS_MGCF_07 


TS 124 229 [1], clause 5.4.1.2.2 
TS 129 163 [18], clause 7.2.3.1.5 


TP_IMS_MGCF_08 


TS 124 229 [1], clause 5.5.4.1 
TS 129 163 [18], clause 7.2.3.1.8 


Use Case ref.: 


UG 20 J 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGGF within the trust domain of IMS A 


Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user A and B can communicate 


7 


User Bends call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 


1 1 


Conformance 
Criteria: 


Checl< 




1 


TP_IMS_MGGF_02 in CFW step 5 (100 Trying): 

ensure that { 
when { lUT receives an initial INVITE from lAMA} 
then { lUT sends a 100 response to IMS A 

} 
} 


2 


TP_IMS_MGGF_03 in CFW step 5 and 6 (183 Session Progress): 
ensure that { 
when { lUT receives an initial INVITE from IMS_A } 
then { lUT sends a 100_response to IMS_A and 
sends 183_response to IMS_A 

containing Require_header indicating 100rel_value and 
containing a P-Charging-Vector_header 

including a term-ioi_parameter 
indicating the operator identifier of IMS A 
} 
} 


3 


TP_IMS_MGGF_06 in CFW step 15 (180 Ringing): 
ensure that { 
when { lUT receives an ACM indicating subscriber_free 

or receives a CPG indicating ALERTING from PSTN} 
then { lUT sends a 180 response to IMS A 
} 
} 
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Interoperability Test Description 




4 


TP_IMS_MGCF_07 in CFW step 20 (200 OK): 

ensure that { 
when { lUT receives an ANM from PSTN} 
then { lUT sends a 200 response to IMS A 
} 

} 


5 


TP_IMS_MGCF_08 in CFW step SOB (BYE): 

ensure that { 
when { lUT receives an REL from PSTN} 
then { lUT sends a BYE to IMS A 
} 

} 



Step 



Direction 



miessage 



Comment 
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B 



2 

T" 

"6~ 
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10 



11 



12 



13 



14 



15 



16 



17 



18 



19 



20 



21 



User A calls User B 



INVITE 



UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 



100 Trying 



IMS_A responds with a 100 Trying provisional 
response 



INVITE 



IMS A forwards INVITE to MGCF 



100 Trying 



MGCF responds with a 100 Trying provisional 
response 



183 Session Progress 



MGCF responds with 183 Session Progress 
response 



183 Session Progress 



PRACK 



PRACK 



200 OK (PRACK) 



200 OK (PRACK) 



lAM 



ACM/CPG 



180 Ringing 



180 Ringing 



ANM 



200 OK 



200 OK 



IMS_forwards 183 Session Progress response 
toUE A 



UE A sends PRACK to IMS A 



IMS A forwards PRACK to MGCF 



MGCF responds with 200 OK response to 
IMS A 



IMS_A forwards 200 OK response to UE_A 



MGCF sends lAM to PSTN 



User B is informed of incoming call of User A 



PSTN responds with ACM/CPG 



MGCF sends 180 Ringing response to IMS_A 



IMS_A forwards the 180 Ringing response to 
UE A 



User A is informed that UE_B is ringing 



User B answers call 



PSTN sends ANM to MGCF 



MGCF sends 200 OK response to IMS_A 



IMS_A forwards 200 OK response to UE_A 
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Step 


Direction 


Message 


Comment 
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22 




^ 














User A is informed that call has been 
answered 




23 






\ 








ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




24 


ACK 


IMS_A forwards ACK to MGCF 




25 












*• 




User A and B can communicate 


26B 




User B ends call 




27B 










/ 




REL 


PSTN sends BYE to MGCF 




28B 


RLC 


IVIGCF responds RLC to PSTN 




298 












\ 






User B is informed that call has ended 




SOB 








/ 






BYE 


MGCF sends BYE to IMS_A 




318 


BYE 


IMS_A forwards BYE to UE_A 




32B 




f 












User A is informed that call has ended 




33B 






\ 








200 OK 


UE_A sends 200 OK for BYE 




348 


200 OK 


IMS_A forwards 200 OK response to MGCF 





















4.5.8.1.2 



Normal Call, IMS user clears call 



Interoperability Test Description 


Identifier: 


TD IMS PSTN 0002 


Summary: 


Outgoing call to PSTN, IMS user clears call 


Configuration: 


CF PSTN 


SUT 


IMS A and MGCF 


References 


Test Purpose 


Specification Reference 


TP IMS MGCF 02 


TS 124 229 [1], clause 5.5.3.1.2 


TP IMS MGCF 03 


TS 124 229 [11, clause 5.5.3.1.2 


TP_IMS_MGCF_06 


TS 124 229 [1], clause 5.5.3.2.2 
TS 129 163 [18], clause 7.2.3.1.4 


TP_IMS_MGCF_07 


TS 124 229 [1], clause 5.4.1.2.2 
TS129 163 [18], clause 7.2.3.1.5 


TP IMS MGCF 17 


TS 129 163 [18], clause 7.2.3.2.13 


Use Case ref.: 


UC 20 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UEA has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS A 


^^^^^^^^^^^^^^H 
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Interoperability Test Description 


Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user A and B can communicate 


7 


User A ends call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 


Conformance 
Criteria: 


* ■ 
Check 




1 


TP_IIV1S_MGCF_02 in CFW step 5 (100 Trying): 

ensure that { 
when { lUT receives an initial INVITE from lAMA} 
then { lUT sends a 100 response to IMS A 

} 
} 


2 


TP_IMS_MGCF_03 in CFW step 5 and 6 (183 Session Progress): 
ensure that { 
when { lUT receives an initial INVITE from IMS_A } 
then { lUT sends a 100_response to IMS_A and 
sends 183_response to IMS_A 

containing Require_header indicating 100rel_value and 
containing a P-Charging-Vector_header 

including a term-ioi_parameter 
indicating the operator identifier of IMS A 
} 
} 


3 


TP_IMS_MGCF_08 In CFW step 15 (180 Ringing): 
ensure that { 
when { lUT receives an ACM indicating subscriberjree 

or receives a CPG indicating ALERTING from PSTN} 
then { lUT sends a 180 response to IMS A 
} 
} 


4 


TP_IMS_MGCF_07 in CFW step 20 (200 OK): 

ensure that { 
when { lUT receives an ANM from PSTN} 
then { lUT sends a 200 response to IMS A 

} 
} 




5 


TP_IMS_MGCF_29A in CFW step 24 (REL): 

ensure that { 
when { lUT receives a BYE from IMS A } 
then { lUT sends an REL to PSTN 
} 

} 
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Step 



Direction 



Message 



Comment 
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15 
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17 



18 



19 



20 



21 



22 



23 



24 



25 



28A 



27A 



28A 



User A calls User B 



INVITE 



UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 



100 Trying 



IMS_A responds with a 100 Trying provisional 
response 



INVITE 



IIVIS A forwards INVITE to IVIGCF 



100 Trying 



IVIGCF responds with a 100 Trying provisional 
response 



183 Session Progress 



IVIGCF responds with 183 Session Progress 
response 



183 Session Progress 



PRACK 



PRACK 



200 OK (PRACK) 



200 OK (PRACK) 



lAIVI 



ACM/CPG 



180 Ringing 



180 Ringing 



ANIVI 



200 OK 



200 OK 



ACK 



ACK 



BYE 



BYE 



IMS_forwards 183 Session Progress response 
toUE A 



UE A sends PRACK to IMS A 



IMS A forwards PRACK to MGCF 



MGCF responds with 200 OK response to 
IMS A 



IMS_A forwards 200 OK response to UE_A 



MGCF sends lAM to PSTN 



User B is informed of incoming call of User A 



PSTN responds with ACM/CPG 



MGCF sends 180 Ringing response to IMS_A 



IMS_A forwards the 180 Ringing response to 
UE A 



User A is informed that UE_B is ringing 



User B answers call 



PSTN sends ANM to MGCF 



MGCF sends 200 OK response to IMS_A 



IMS_A forwards 200 OK response to UE_A 



User A is informed that call has been 
answered 



UE_A acknowledges the receipt of 200 OK for 
INVITE 



IMS A forwards ACK to MGCF 



User A and B can communicate 



User A ends call 



UE A sends BYE 



IMS A forwards BYE to MGCF 
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Step 


Direction 
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Comment 
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29A 
















REL 


MGCF sends REL to PSTN 




30A 
















User B is informed that call has ended 




31A 






/ 








RLC 


PSTN sends RLC response to MGCF 




32A 


200 OK 


MGCF sends 200 OK response to IMS_A 




33A 
34A 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 

User A is informed that call has ended 


(r- 



















4.5.8.1.3 



Unsuccessful Call, PSTN user busy 



Interoperability Test Description 


Identifier: 


TD IMS PSTN 0003 


Summary: 


Outgoing call to PSTN, user B busy 


Configuration: 


CF PSTN 


SUT 


IMS A and MGCF 


References 


Test Purpose 


Specification Reference 


TP IMS MGCF 02 


TS 124 229 [1], clause 5.5.3.1.2 


TP IMS MGCF 09 


TS 129 163 [18], clause 7.2.3.1.8 


Use Case ref.: 


UC 20 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS_A 

• User B in the PSTN is busy 




L 






Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user A is informed that User B is busy 


I 




Conformance 
Criteria: 


Check 




1 


TP_IMS_MGCF_02 in CFW step 6 (100 Trying): 

ensure that { 
when { lUT receives an initial INVITE from IAM_A} 
then { lUT sends a 100 response to IMS A 
} 


2 


TP_IMS_MGCF_09 in CFW step 14 (486 Busy Here): 

ensure that { 
when { lUT receives an REL with cause17from PSTN} 
then { lUT sends a 486 response to IMS A 
} 

} 
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Step 



Direction 



Message 



Comment 
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15 
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17 
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19 



20 



User B is busy 



User A calls User B 



INVITE 



UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 



100 Trying 



IIVIS_A responds with a 100 Trying provisional 
response 



INVITE 



IMS A forwards INVITE to MGCF 



100 Trying 



MGCF responds with a 100 Trying provisional 
response 



183 Session Progress 



MGCF responds with 183 Session Progress 
response 



183 Session Progress 



PRACK 



PRACK 



200 OK (PRACK) 



200 OK (PRACK) 



lAM 



REL (cause #17) 



RLC 



486 Busy Here 



486 Busy Here 



ACK 



ACK 



IMS_forwards 183 Session Progress response 
toUE A 



UE A sends PRACK to IMS A 



IMS A forwards PRACK to MGCF 



MGCF responds with 200 OK response to 
IMS A 



IMS_A forwards 200 OK response to UE_A 



MGCF sends lAM to PSTN 



PSTN responds with REL "user busy" 



PSTN sends RLC to MGCF 



MGCF sends 486 Busy Here response to 
IMS A 



IMS_A forwards 486 Busy Here response to 
UE A 



User A is informed that User B is busy 



UE_A acknowledges the receipt of 486 for 
INVITE 



IMS A forwards ACK to MGCF 
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4.5.8.1.4 



IMS user holds/resumes call 



Interoperability Test Description 


Identifier: 


ID IMS PSTN 0004 


Summary: 


Outgoing call to PSTN, communication hold by IMS user 


Configuration: 


CF PSTN 


SUT 


IMS AandMGCF 


References 


Test Purpose 


Specification Reference 


TP IMS MGCF 11 


TS 129 163 [18], clause 7.4.10.1 


TP IMS MGCF 12 


TS 129 163 [18], clause 7.4.10.1 


Use Case ref.: 


UG 20 J 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS_A 

• UE A configured to perform user initiated hold/resume using INVITE 


I 1 


Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user A and B can communicate 


7 


User A puts connection to B on hold 


8 


Verify that user A and B cannot communicate 


9 


User A resumes connection to B 


10 


Verify that user A and B can communicate 


11 


User Bends call 


12 


Verify that user B is informed that call has ended 


13 


Verify that user A is informed that call has ended 


L J 


Conformance 
Criteria: 


Cliecl< 




1 


TP_IMS_MGCF_11 inCFWstepSI (CPG): 
ensure that { 
when { lUT receives an UPDATE or a target_refresh INVITE 
containing a SDP 

indicating sendonly from IMS_A } 
then { lUT sends a CPG indicating remote hold to PSTN 
} 
} 


2 


TP_IMS_MGCF_12 in CFW step 37 (CPG): 
ensure that { 
when { lUT receives an UPDA TE or a target_refresh INVITE 
containing a SDP 

indicating sendrecv from IMS_A } 
then { lUT sends a CPG indicating remote retrieve to PSTN 
} 
} 



ETSI 



266 



ETSI TS 1 86 01 1 -2 V3.1 .1 (201 1 -06) 



Step 


Direction 
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Comment 
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25 
















User A and B can communicate 


26 




User A sets B on hold 


27 








\ 


\ 




UPDATE/Re-INVITE 


UE A sends UPDATE/Re-INVITE (sendonly) 
to IMS_A 




28 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendonly) to MGCF 


/ 


29 


200 OK 
(UPDATE/INVITE) 


MGCP replies 200 OK to IMS_A 




30 


200 OK 
(UPDATE/INVITE) 


IMS_A forwards 200 OK to UE_A 




31 


CPG 


MGCF sends CPG "remote HOLD" 




32 




User A and B cannot communicate 


33 


UPDATE/Re-INVITE 


UE A sends UPDATE/Re-INVITE (sendrecv) 
to IMS_A 




34 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendrecv) to MGCF 


/ 


35 


200 OK 
(UPDATE/INVITE) 


MGCF replies 200 OK to IMS_A 




36 


200 OK 
(UPDATE/INVITE) 


IMS_A forwards 200 OK to UE_A 




37 


CPG 


MGCF sends CPG "remote RETRIEVE" 




38 












/ 




User A and B can communicate 


39 




User B ends call 




40 
















Continue UC_20 (26B to 34B) 
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4.5.8.1.5 



PSTN user holds/resumes call 



Interoperability Test Description 


Identifier: 


ID IMS PSTN 005 


Summary: 


Outgoing call to PSTN, communication hold by PSTN user 


Configuration: 


CF PSTN 


SUT 


IMS AandMGCF 


References 


Test Purpose 


Specification Reference 


TP IMS MGCF 13 


TS 129 163 [18], clause 7.4.10.2 


TP IMS MGCF 14 


TS 129 163 [18], clause 7.4.10.2 


Use Case ref.: 


UG 20 




Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS A 


1 ^^^ 




Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user A and B can communicate 


7 


User B puts connection to A on hold 


8 


Verify that user A and B cannot communicate 


9 


User B resumes connection to A 


10 


Verify that user A and B can communicate 


11 


User Bends call 


12 


Verify that user B is informed that call has ended 


13 


Verify that user A is informed that call has ended 




Conformance 
Criteria: 


Checic 




1 


TP_IMS_MGCF_13 in CFW step 28 (UPDATE): 
ensure that { 
when { lUT receives a CPG indicating remote hold from PSTN} 
then { lUT sends an UPDA TE or a target_refresh INVITE 
containing a SDP 

indicating sendonly to IMS A 
} 
} 


2 


TP_IMS_MGCF_14 in CFW step 37 (UPDATE):: 
ensure that { 
when { lUT receives a CPG indicating remote_retrieve from PSTN } 
then { lUT sends an UPDA TE or a target_refresh INVITE 
containing a SDP 

indicating sendonly to IMS A 
} 
} 
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Step 


Direction 


Message 


Comment 
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Follow UC_21 (1 to 24) 


25 
















User A and B can communicate 


26 




User B sets A on hold 


27 






f 


^ 






CPG 


MGCF receives CPG with remote HOLD 




28 


UPDATE/Re-INVITE 


MGCF sends UPDATE/Re-INVITE (sendonly) 
to IMS_A 


\ 


29 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendonly) to UE_A 




30 


200 OK 
(UPDATE/INVITE) 


UE_A replies 200 OK to IMS_A 




31 


200 OK 
(UPDATE/INVITE) 


IMS_A forwards 200 OK to MGCF 




32 
















User A and B cannot communicate 


33 






^ 








CPG 


MGCF receives CPG with remote RETRIEVE 




34 


UPDATE/Re-INVITE 


MGCF sends UPDATE/Re-INVITE (sendrecv) 
to IMS_A 




35 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendrecv) to UE_A 




36 


200 OK 
(UPDATE/INVITE) 


UE_A replies 200 OK to IMS_A 




37 


200 OK 
(UPDATE/INVITE) 


IMS_A forwards 200 OK to MGCF 




38 
















User A and B can communicate 


39 




User A ends call 




















Continue UC_21 (26A to 34A) 



4.5.8.2 



PSTN-to-IMS call 



4.5.8.2.1 



Normal Call, PSTN user clears call 



Interoperability Test Description 


Identifier: 


TD IMS PSTN 0006 


Summary: 


Incoming call from PSTN, PSTN user clears call 


Configuration: 


CF PSTN 


SUT 


IMS A and MGCF 


References 


Test Purpose 


Specification Reference 


TP IMS MGCF 01 


TS 124 229 [1], clause 5.5.3.1.1 


TP IMS MGCF 05 


TS 124 229 [1], clause 5.5.3.2,1 


TP_IMS_MGCF_15 


TS 129 163 [18], clauses 7.2.3.2.4 and 
7.2.3.2.6 


TP IMS MGCF 16 


TS 1 29 1 63 [1 8], clause 7.2.3.2.8 


TP_IMS_MGCF_08 


TS 124 229 [1], clause 5.5.4.1 
TS 129 163 [18], clause 7.2.3.1.8 


Use Case ref.: 


UC_21 1 
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Interoperability Test Description 



Pre-test 
conditions: 



HSS of IMS_A is configured according to table 1 

UE_A has IP bearers established to its IIVIS networks as per clause 4.2.1 

UE_A is registered in IMS_A using any user identity 

MGCF within the trust domain of IIVIS A 



Test Sequence: 



Step 



User B calls User A 



Verify that user A is informed of incoming call of User B 



Verify that user B is informed that UE_A is ringing 



User A answers the call 



Verify that user A and B can communicate 



User B ends call 



Verify that user B is informed that call has ended 



Verify that user A is informed that call has ended 



Conformance 
Criteria: 



Check 



TP_IIVIS_MGCF_01 in CFW step 3 (INVITE): 
ensure that { 
when { I UT receives an initial I AM from PSTN } 
then { JUT sends a INVITE to IMS_A 
containing a Request_URI 

indicating Tel_URI_E. 164_Number 
or (Sip_URI_E. 164_Number with user_portion_phone) 
containing a Contact_header 

indicating anyvalue_GRUU_format and 
containing a Supported_header 
including an 1 0Orel_value and 
containing a P-Asserted-ldentity_header and 
containing a P-Charging-Vector_header 

indicating an icid-value_parameter and 
containing a SDP 

indicating codec_supported and currprecondition 
} 
1 



TP_IIVIS_MGCF_05 in CFW step 14 (UPDATE): 
ensure that { 

when { lUT receives an 200OK_PRACK from IMS_A and 
conditions_f unfilled} 

then { lUT sends a UPDATE to IMS_A 
} 
I 



TP_IMS_MGGF_15 in CFW step 20 (ACM/CPG): 
ensure that { 
when { lUT receives a 180_response from IMS_A } 
then { lUT sends an ACM indicating subscriber_free 

or sends a CPG indicating ALERTING to PSTN 
} 
1 



TP_IIVIS_MGCF_16 in CFW step 25 (ANIVI): 
ensure that { 

when { lUT receives a 200_response from IMS_A } 

then { lUT sends an ANM to PSTN 
} 
I 



TP_IMS_MGCF_08 in CFW step 33B (BYE): 

ensure that { 
when { I UT receives an REL from PSTN} 
then { lUT sends a BYE to IMS_A 
} 

} 
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Step 


Direction 


lUlessage 


Comment 
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1 

IVI 
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A 


IVI 
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F 
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N 


u 
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B 






1 


















User B calls User A 


i 




2 






^ 


i 

> 

) 

i 

) 

i 

^ 


/ 






lAM 


PSTN send lAM to MGCF 




3 


INVITE 


MGCF sends INVITE to IMS_A (SDP with 
precondition status, IVIIIVIE subtype 


4 


100 Trying 


IIVIS_A responds witli a 100 Trying provisional 
response 


5 


INVITE 


IMS_A forwards INVITE to UE_A 


\ 


6 


100 Trying 


UEA optionally responds with a 100 Trying 
provisional response 




7 


183 Session Progress 


UE A sends 183 Session Progress response 
to IMS_A 




8 


183 Session Progress 


IMS_A forwards 183 Session Progress 
response to IVIGCF 


9 


PRACK 


MGCF responds with PRACK to IMS_A 


10 


PRACK 


IMS_A forwards PRACK to UE_A 




11 


200 OK (PRACK) 


UE_A responds with 200 OK to IMS_A 




12 


200 OK (PRACK) 


IMS_A forwards 200 OK to MGCF 


13 


UPDATE 


MGCF sends UPDATE to IMS_A 


14 


UPDATE 


IMS_A forwards UPDATE to UE_A 


\ 


15 


200 OK (UPDATE) 


UE_A responds with 200 OK to IMS_A 




16 


200 OK (UPDATE) 


IMS_A forwards 200 OK to MGCF 


17 


















User A is informed of incoming call of User B 




18 








^ 








180 Ringing 


UE_A responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




19 


180 Ringing 


IMS A forwards 180 Ringing response to 
MGCF 


20 


ACM/CPG 


MGCF send ACM/CPG to PSTN 




21 


















User B is informed that UE_A is ringing 


; 




22 




User A answers the call 








23 






\ 


) 

i 


\ 






200 OK 


UE_A responds INVITE with 200 OK to 
indicate that the call has been answered 




24 


200 OK 


IMS_A forwards 200 OK response to MGCF 


25 


ANM 


MGCF sends ANM to PSTN 




26 


ACK 


MGCF sends ACK to PSTN 


27 


ACK 


IMS_A forwards ACK to UE_A 




28 


















User A and B can communicate 


i 
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Step 


Direction 


Message 


Comment 
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29B 












/ 






User 8 ends call 




SOB 






/ 


f 


/ 






REL 


PSTN sends REL to MGCF 




318 


RLC 


MGCF sends RLC to PSTN 




32B 




User 8 is informed that call lias ended 




33B 


BYE 


MGCF sends BYE to IMS_A 




348 


BYE 


IMS_A forwards BYE to UE_A 




358 




>■ 














User A is informed that call has ended 




368 






\ 


\ 








200 OK 


UE_A sends 200 OK for BYE 




378 


200 OK 


IMS_A forwards 200 OK response to MGCF 





















4.5.8.2.2 



Normal Call, IMS user clears call 



Interoperability Test Description 


Identifier: 


TD IMS PSTN 0007 


Summary: 


Incoming call from PSTN, IMS user clears call 


Configuration: 


CF PSTN 


SUT 


IMS A and MGCF 


References 


Test Purpose 


Specification Reference 


TP IMS MGCF 01 


TS 124 229 [1], clause 5.5.3.1.1 


TP IMS MGCF 05 


TS 124 229 [1], clause 5.5.3.2,1 


TP_IMS_MGCF_15 


TS 129 163 [18], clauses 7.2.3.2.4 and 
7.2.3.2.6 


TP IMS MGCF 16 


TS 129 163 [18], clause 7.2.3.2.8 


TP IMS MGCF 17 


TS 129 163 [18], clause 7.2.3.2.13 


Use Case ref.: 


UC 21 J 


^^ 


j 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS A 


I 






Test Sequence: 

I 


Step 




1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User 8 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers the call 


5 


Verify that user A and 8 can communicate 


6 


User A ends call 


7 


Verify that user B is informed that call has ended 


8 


Verify that user A is informed that call has ended 


^ 
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Interoperability Test Description 


Conformance 
Criteria: 


Check 




1 


TP_IMS_MGCF_01 in CFW step 3 (INVITE): 
ensure that { 
when { lUT receives an initial iAM from PSTN } 
then { JUT sends a INVITE to IMS_A 
containing a Request_URI 

indicating Tel_URI_E. 164_N umber 
or (Sip_URI_E. 164_Number with user_portion_phone) 
containing a Contact_header 

indicating anyvalue_GRUU_format and 
containing a Supported_header 
including an 1 0Orel_value and 
containing a P-Asserted-ldentity_header and 
containing a P-Charging-Vector_header 

indicating an icid-value_parameter and 
containing a SDP 

indicating codec supported and curr precondition 
} 
} 


2 


TP_IMS_MGCF_05 in CFW step 14 (UPDATE): 
ensure that { 

when { lUT receives an 200OK_PRACK from IMS_A and 
conditions fullfilled} 

then { lUT sends a UPDATE to IMS A 
} 
} 




3 


TP_IMS_MGCF_15 in CFW step 20 (ACM/CPG): 
ensure that { 
when { lUT receives a 180_response from IMS_A } 
then { lUT sends an ACM indicating subscriber free 

or sends a CPG indicating ALERTING to PSTN 
} 
} 


4 


TP_IMS_MGCF_16 in CFW step 25 (ANM): 
ensure that { 

when { lUT receives a 200 response from IMS A } 

then { lUT sends an ANM to PSTN 

} 
} 


5 


TP_IMS_MGCF_32A in CFW step 24 (REL): 

ensure that { 
when { lUT receives a BYE from IMS_A } 
then { lUT sends an REL to PSTN 

} 
} 
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Step 


Direction 


IVIessage 


Comment 
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1 


















User B calls User A 








2 






^ 




/ 






lAM 


PSTN send lAM to MGCF 




3 


INVITE 


MGCF sends INVITE to IMS_A (SDP 
with precondition status, IVIIME subtype 




4 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 


\ 


5 


INVITE 


IMS_A forwards INVITE to UE_A 




6 


100 Trying 


UE_A optionally responds with a 100 
Trying provisional response 




7 


183 Session Progress 


UEA sends 183 Session Progress 
response to IMS_A 




8 


183 Session Progress 


IIVIS_A forwards 183 Session Progress 
response to IVIGCF 


/ 


9 


PRACK 


MGCF responds with PRACK to 
IMS_A 


\ 


10 


PRACK 


IMS_A forwards PRACK to UE_A 




11 


200 OK (PRACK) 


UE_A responds with 200 OK to IMS_A 




12 


200 OK (PRACK) 


IMS_A forwards 200 OK to MGCF 




13 


UPDATE 


MGCF sends UPDATE to IMS_A 


\ 


14 


UPDATE 


IMS_A forwards UPDATE to UE_A 




15 


200 OK (UPDATE) 


UE_A responds with 200 OK to IMS_A 




16 


200 OK (UPDATE) 


IMS_A forwards 200 OK to MGCF 




17 


















User A is informed of incoming call of 
User B 


J 




18 








\ 








180 Ringing 


UE_A responds to initial INVITE with 
180 Ringing to indicate that it has 




19 


180 Ringing 


IMS A forwards 180 Ringing response 
to MGCF 




20 


ACM/CPG 


MGCF send ACM/CPG to PSTN 




21 












V 






User B is informed that UE_A is ringing 




22 




User A answers the call 








23 










\ 






200 OK 


UE_A responds INVITE with 200 OK to 
indicate that the call has been 




24 


200 OK 


IMS A forwards 200 OK response to 
MGCF 


/ 


25 


ANM 


MGCF sends ANM to PSTN 




26 


ACK 


MGCF sends ACK to PSTN 




27 


ACK 


IMS_A forwards ACK to UE_A 




28 


















User A and B can communicate 


'■ 
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Step 


Direction 


IVIessage 


Comment 
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29A 




N 














User A ends call 




30A 






\ 










BYE 


UE_A releases the call with BYE 




31A 


BYE 


IMS_A forwards BYE to MGCF 




32A 


REL 


MGCF sends REL to PSTN 




33A 


RLC 


PSTN sends response RLC to MGCF 




34A 


















User B is informed that call has ended 




35A 






^ 










200 OK 


IVIGCF sends 200 OK response to 
IMS_A 




36A 


200 OK 


IIVIS A forwards the 200 OK response 
to UE_A 




37A 


















User A is informed that call has ended 





















4.5.8.2.3 



Unsuccessful Call, IMS user busy 



Interoperability Test Description 


Identifier: 


TD IMS PSTN 008 


Summary: 


Incoming call from PSTN, user A busy 


Configuration: 


CF PSTN 


SUT 


IMS A and MGCF 


References 


Test Purpose 


Specification Reference 


TP IMS MGCF 01 


TS 124 229 [1], clause 5.5.3.1.1 


TP IMS MGCF 10 


TS 129 163 [18], clause 7.2.3.2.12 


Use Case ref.: 


UC 21 J 


1 

Pre-test 
conditions: 

1 J 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS_A 

• User A in IMS is busy 


Test Sequence: 


Step 




1 


User B calls User A 


2 


Verify that user B is informed that UE A is busy 
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Interoperability Test Description 


Conformance 
Criteria: 


Check 




1 


TP_IMS_MGCF_01 in CFW step 3 (INVITE): 
ensure that { 
when { lUT receives an initial iAM from PSTN } 
then { JUT sends a INVITE to IMS_A 
containing a Request_URI 

indicating Tel_URI_E. 164_N umber 
or (Sip_URI_E. 164_Number with user_portion_phone) 
containing a Contact_header 

indicating anyvalue_GRUU_format and 
containing a Supported_header 
including an 1 0Orel_value and 
containing a P-Asserted-ldentity_header and 
containing a P-Charging-Vector_header 

indicating an icid-value_parameter and 
containing a SDP 

indicating codec supported and curr precondition 
} 
} 




2 


TP_IMS_MGCF_10 in CFW step 1 1 (REL): 

ensure that { 
when { lUT receives a 486_response from IMS_A} 
then { lUT sends a REL with (cause 1 7 or cause34) to PSTN 
} 

} 



Step 


Direction 


Message 


Comment 
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A 
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U 
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B 






1 


















User B calls User A 








2 






/ 




/ 






IAM 


PSTN send IAM to MGCF 


V 


3 


INVITE 


MGCF sends INVITE to IMS_A (SDP with 
precondition status, MIME subtype 




4 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


\ 


5 


INVITE 


IMS_A forwards INVITE to UE_A 




6 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




7 


486 Busy Here 


UE_A responds to initial INVITE with 488 
Busy Here to indicate that UE_A is busy 




8 


486 Busy Here 


IMS A forwards 486 Busy Here response to 
MGCF 


/ 


9 


ACK 


MGCF sends ACK to IMS_A 




10 


ACK 


IMS_A forwards ACK to UE_A 




11 


REL (cause #17) 


MGCF send REL (user busy) 


/ 


12 


RLC 


MGCF receives RLC 




13 


















User B is informed that UE_A is busy 
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4.5.8.2.4 



IMS user holds/resumes call 



Interoperability Test Description 


Identifier: 


ID IMS PSTN 0009 


Summary: 


Incoming call from PSTN, communication hold by IMS user 


Configuration: 


CF PSTN 


SUT 


IMS AandMGCF 


References 


Test Purpose 


Specification Reference 


TP IMS MGCF 11 


TS 129 163 [18], clause 7.4.10.1 


TP IMS MGCF 12 


TS 129 163 [18], clause 7.4.10.1 


Use Case ref.: 


UG 21 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS_A 

• UE A configured to perform user initiated hold/resume using INVITE 




I 




J 


Test Sequence: 


Step 




1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User B 


3 


Verify that uUser B is informed that UE A is ringing 


4 


User A answers the call 


5 


Verify that user A and B can communicate 


6 


User A puts connection to B on hold 


7 


Verify that user A and B cannot communicate 


8 


User A resumes connection to B 


9 


Verify that user A and B can communicate 


10 


User A ends call 


11 


Verify that user B is informed that call has ended 


12 


Verify that user A is informed that call has ended 


1 


^^■H 




Conformance 
Criteria: 


Checl< 




1 


TP_IMS_MGCF_1 1 in CFW step 34 (CPG): 
ensure that { 
when { lUT receives an UPDA TE or a target_refresh INVITE 
containing a SDP 

indicating sendonly from IMS_A } 
then { lUT sends a CPG indicating remote hold to PSTN 
} 
} 


2 


TP_IMS_MGCF_12 in CFW step 40 (CPG): 
ensure that { 
when { lUT receives an UPDATE era target_refresh INVITE 
containing a SDP 

indicating sendrecv from IMS_A } 
then { lUT sends a CPG indicating remote retrieve to PSTN 
} 
} 
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Step 


Direction 


Message 


Comment 
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Follow UC 21 (1 to 27) 


28 
















User A and B can communicate 


29 




User A sets B on hold 


30 






\ 


\ 






UPDATE/Re-INVITE 


UE A sends UPDATE/Re-INVITE (sendonly) 
to IMS A 


f 


31 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendonly) to MGCF 


f 


32 


200 OK 


MGCF replies 200 OK to IMS_A 




33 


200 OK 


IIVIS_A forwards 200 OK to UE_A 




34 


CPG 


IVIGCF sends CPG with remote HOLD 


N 


35 




User A and B cannot communicate 


36 


UPDATE/Re-INVITE 


UE A sends UPDATE/Re-INVITE (sendrecv) 
to IMS A 




37 


UPDATE/Re-INVITE 


IMS A forwards UPDATE/Re-INVITE 
(sendrecv) to MGCF 




38 


200 OK 


MGCF replies 200 OK to IMS_A 




39 


200 OK 


IMS_A forwards 200 OK to UE_A 




40 


CPG 


MGCF sends CPG with remote RETRIEVE 




41 












i 




User A and B can communicate 


42 




User A ends call 


43 
















Continue UC_21 (29A to 37A) 



4.5.8.2.5 



PSTN user holds/resumes call 



Interoperability Test Description | 


Identifier: 


TD IMS PSTN 0010 


Summary: 


Incoming call from PSTN, communication hold by PSTN user 


Configuration: 


CF PSTN 


SUT 


IMS A and MGCF 


References 


Test Purpose 


Specification Reference 


TP IMS MGCF 13 


TS 129 163 [18], clause 7.4.10.2 


TP IMS MGCF 14 


TS 129 163 [18], clause 7.4.10.2 


Use Case ref.: 


UC 21 1 




Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS A 






Test Sequence: 


Step 




1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User B 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers the call 


5 


Verify that user A and B can communicate 


6 


User B puts connection to A on hold 


7 


Verify that user A and B cannot communicate 


8 


User B resumes connection to A 


9 


Verify that user A and B can communicate 


10 


User A ends call 


11 


Verify that user B is informed that call has ended 


12 


Verify that user A is informed that call has ended 


1 


1 
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Interoperability Test Description 


Conformance 
Criteria: 


Chieck 




1 


TP_IMS_MGCF_13 in CFW step 30 (UPDATE): 
ensure that { 
when { lUT receives a CPG indicating remote hold from PSTN } 
then { lUT sends an UPDATE or a target_refresh INVITE 
containing a SDP 

indicating sendonly to IIVIS A 
} 
} 


2 


TP_IMS_MGCF_14 step 36 (CPG): 
ensure that { 
when { lUT receives a CPG indicating remote_retrieve from PSTN } 
then { lUT sends an UPDATE or a target_refresh INVITE 
containing a SDP 

indicating sendonly to IIVIS A 
} 
} 



Step 


Direction 


lUlessage 


Comment 
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Follow UC_21 (1 to 27) 


28 
















User A and B can communicate 


29 




User B sets A on hold 


30 








/ 






CPG 


IVIGCF receives CPG " remote HOLD" 




31 


UPDATE/Re-INVITE 


MGCF sends UPDATE/Re-INVITE (sendonly) 
to IMS_A 


\ 


32 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendonly) to UE_A 




33 


200 OK 


UE_A replies 200 OK to IIVIS_A 




34 


200 OK 


IMS_A forwards 200 OK to MGCF 




35 
















User A and B cannot communicate 


36 






^ 








CPG 


MGCF receives CPG "remote RETRIEVE" 




37 


UPDATE/Re-INVITE 


MGCF sends UPDATE/Re-INVITE (sendrecv) 
to IMS_A 




38 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendrecv) to UE_A 




39 


200 OK 


UE_A replies 200 OK to IMS_A 




40 


200 OK 


IMS_A forwards 200 OK to MGCF 




41 












/ 




User A and B can communicate 


42 




User A ends call 




















Continue UC_21 (30A to 37A) 
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